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(54) Recording apparatus, reproduction apparatus, and file management method 



(57) A recording apparatus, a reproduction appara- 
tus, and a file management method are disclosed 
wherein the operability in management of a large 
number of files recorded on a recording medium using 
an index file can be improved significantly further than 



ever. -An index file is formed from a series of entries of 
extract information from a large number of files. Infor- 
mation indicative of a relationship between the files is 
set to the index file. The index file is used to manage a 
large number of files and so forth recorded on a record- 
ing medium. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] This invention relates to a recording appara- 
tus, a reproduction apparatus, and a file management 
method and; can be applied, for example, to an optical 
disk apparatus. More specifically, the present invention 
relates to a recording apparatus, a reproduction appa- 
ratus, and a file management method wherein a large 
number of files recorded! on a recording medium are 
managed with an index file, 

[0002} In recent years, many disk apparatus or like 
apparatus have been proposed! wherein a recording me- 
dium of a large capacity, which can be accessed at ran- 
dom such as an optical! disk, is used to record image 
pickup results, 

[0003]! A method for a disk apparatus of the type de- 
scribed is disclosed, for example, in Japanese Patent 
Laid-open No. 2001-84705 (Patent Document 1) where- 
in am index file is formed from a large number of files 
recorded on a recording! medium and is recorded on the 
recording medium and used to assure a high operability 
relating to the large number of files, 
[0004]; Another method is disclosed in Japanese Pat- 
ent Laid-open No. 2002-278996 (Patent Document 2) 
wherein a large number of files are hierarchized and 
managed! in and with an index file generated: in: such! a 
manner as described above to further improve the op- 
erability relating to the large number of files. 
[0005] It is considered! preferable if the operability with 
such am index file as, described above can be improved 
further. 

SUMMARY OF THE IN VENTION 

[0006] Em bodiments of th e present invention provide 
a recording apparatus, a reproduction apparatus, and a 
f ile management method! wherein; the operability in man- 
agement of a large number of files recorded on. a records 
ingi medium using an index file are improvedisignificantly 
further than known techniques. 

[0007]; In one embodiment of the present invention, 
an index file is provided: which is formed! from a series 
of entries of extract information from a large number of 
files recorded on a recording: medium and has informa- 
tion indicative of a relationship between the files set 
thereto, the index fie being used! to manage the large 
number of files recorded; on the recording medium., 
[0008] In particular, according; to an aspect of the 
present invention;, there is provided a recording; appara- 
tus for recording desired! files on a recording medium, 
including index file generation! means for generating an 
index file of the files recorded! on the recording; medium 
in the fata of a series of entries each in the form of a 
block of extract information relating: to* and! coordinated! 
with one of the files, the index fife generation means set- 
ting, as information representative of a mutual! relation- 



ship between the entries, information indicative of a re- 
production order of the entries orthe files corresponding 
to the entries to the index file. 

[0009]; With the recording apparatus of one em bod i- 
5 ment, as information representative of a mutual relation- 
ship between the entries, information indicative of a re- 
production order of the entries or the files corresponding 
to the entries is set to the index file. Consequently, the 
reproduction order can be designated; with the index file. 
to Consequently, the operability can be further improved 
than, ever as much making use of the index file effec- 
tively. 

[0010] According to another aspect of the present in- 
vention, there is provided a recording apparatus for re- 
ts cording desired files on a recording medium, including 
index file generation means for generating! an index file 
of the files recorded on the recording medium in the form 
of a series of entries each; in the form of a block of extract 
information relating to and coordinated with one of the 

20 files, the index file generation means dividing the extract 
information relating to any of the files to generate the 
index file which includes a plurality of entries, the index 
file generation means setting, to the entry of the divided 
extract information,, as information representative of a 

25 mutual 1 relationship between the entries, information; in- 
dicative of an entry in which the succeeding divisional 
extract information is recorded, the index file generation 
means setting, to the entry in which; the succeeding; di- 
visional! extract information! is recorded, an identifier in- 

30 dicating that the entry has the succeeding! divisional ex- 
tract information recorded! therein. 
[0011] With the recording apparatus of one embodi- 
ment, to- the entry of the divided extract information,, as 
information; representative of a mutual! relationship- be- 

35 tween the entries,, information; indicative of art entry in 
which the succeeding divisional extract information is 
recorded! is set., Further,, to the entry in which; the suc- 
ceeding divisional extract information is recorded 1 ,, an 
identifier indicating that the entry has the succeeding di- 

4® V/tefonal extract infonrtatfon recorded thereto is set. 
Therefore,, for example,, where an entry is added through 
editing or the like and extract information of one file is 
represented with- a plurality of entries, the entry in which 
succeeding extract information is recorded can be de- 

45 tected simply and! rapidly. Consequently; the operability 
can be further improved! than ever. 
[00112], According to a f urther aspect of the present in- 
vention, there is provided! a recording! apparatus for re- 
cording: desired! files on a recording! medium, including 

so index file generation means for generating am index file 
of the files recorded on the recording medium in the form 
of a series of entries each in the form of a block of extract 
information; relating to and coordinated! with: one of the 
files, the index file generation means setting,, where the 

55 files recorded: oro the recording! medium; include a plural- 
ity of child files generated; by dividing one set of contents 
and a parent fife for managing the pfuraf child 1 fries, to 
the entries relating to the child files and! the parent file, 
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as information representative of a mutual relationship 
between the entries, identifiers indicating that the files 
are the child files and the parent file, respectively. 
[0013] With the recording apparatus of one embodi- 
ment, to the entries relating to the child files and the par- 
ent file, as information representative of a mutual rela- 
tionship between the entries, identifiers indicating that 
the files are the child files and the parent file are set, 
respectively. Consequently, for example, where one file 
is divided, because of a limitation of a file management 
system or from some other reason, into a plurality of 
child files to be recorded on a recording medium and 
one set of contents is represented virtually with the par- 
ent file for managing the child files, entries of the parent 
file and the child files which are associated with each 
other can be detected simply and rapidly. Consequently, 
the operability can be further improved than ever. 
[001 4] According to a still further aspect of the present 
invention, there is provided a recording apparatus for 
recording desired files on a recording medium, including 
index file generation means for generating an index file 
of the files recorded on the recording medium in the form 
of a series of entries each in the form of a block of extract 
information relating to and coordinated with one of the 
files, the index file generation means registering infor- 
mation of file formats of the files into corresponding ones 
of the entries. 

[0015] With the recording apparatus of one embodi- 
ment, information of file formats of the files is registered 
into corresponding ones of the entries. Therefore, 
whether or not each of a large number of files can be 
reproduced can be detected simply and rapidly by a 
search of the index file. Consequently, the operability 
can be further improved than ever. 
[001 6] According to a yet further aspect of the present 
invention, there is provided a recording apparatus for 
recording desired files on a recording medium, including 
index file generation means for generating an index file 
of the files recorded on the recording medium in the form 
of a series of entries each in the form of a block of extract 
information relating to and coordinated with one of the 
files, the index file generation means registering infor- 
mation regarding decoding of the files into correspond- 
ing ones of the entries. 

[0017] With the recording apparatus of one embodi- 
ment, information regarding decoding of the files is reg- 
istered into corresponding ones of the entries. There- 
fore, whether or not each of a large number of files can 
be decoded normally can be detected simply and rapidly 
by a search of the index file beforehand. Consequently, 
the operability can be further improved than ever. 
[001 8] According to a yet further aspect of the present 
invention, there is provided a recording apparatus for 
recording desired files on a recording medium, including 
index file generation means for generating an index file 
of the files recorded on the recording medium in the form 
of a series of entries each in the f orm of a block of extract 
information relating to and coordinated with one of the 



files, the index file generation means registering infor- 
mation unique to processing means for the files and in- 
formation for specifying the processing means relating 
to the unique information. 

5 [0019] With the recording apparatus of one embodi- 
ment, information unique to processing means for the 
files and information for specifying the processing 
means relating to the unique information are registered 
into the index file. Therefore, information regarding a 

10 processing situation, information relating to a source, 
and so forth can be retained in the index file in accord- 
ance with an application program, which may be the 
processing means, or/and an editing apparatus, a re- 
production apparatus, or the like. Consequently, the ap- 

15 plication program, editing apparatus, reproduction ap- 
paratus, or the like can effectively utilize the information 
retained in the index file to simplify management and 
processing of a large number of files. Consequently, the 
operability can be further improved than ever. 

20 [0020] According to a yet further aspect of the present 
invention, there is provided a file management method 
for managing a plurality of files retained in a predeter- 
mined region, including the steps of generating an index 
file of the plural files in the form of a series of entries 

25 each in the form of a block of extract information relating . 
to and coordinated with one of the files, and setting, as- 
information representative of a mutual relationship be- 
tween, the entries, information indicative of a reproduc- 
tion order of the entries or the files corresponding to the 

30 entries to the index file. 

[0021 ] According to a yet further aspect of the present 
invention, there is provided a file management method 
for managing a plurality of files retained in a predeter- 
mined region, including the steps of generating an index 

35 file of the plural files in the form of a series of entries 
each in the form of a block of extract information relating 
to and coordinated with one of the files, dividing the ex- 
tract information relating to any of the files to generate 
the index file which includes a plurality of entries, set- 

40 ting, to the entry of the divided extract information, as 
information representative of a mutual relationship be- 
tween the entries, information indicative of an entry in 
which the succeeding divisional extract information is 
recorded, and setting, to the entry in which the succeed- 

45 ing divisional extract information is recorded, an identi- 
fier indicating that the entry has the succeeding division- 
al extract information recorded therein. 
[0022] According to a yet further aspect of the present 
invention, there is provided a file management method 

50 for managing a plurality of files retained in a predeter- 
mined region, including the steps of generating an index 
file of the plural files in the form of a series of entries 
each in the'form of a block of extract information relating 
to and coordinated with one of the files, and setting, 

55 where the files recorded on the recording medium in- 
clude a plurality of child files generated by dividing one 
set of contents and a parent file for managing the plural 
child files, to the entries relating to the child files and the 
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parent file, as information representative of a mutual re- 
lationship between the entries, identifiers indicating that 
the files are the child files and the parent file, respec- 
tively. 

[0023]: According to a yet further aspect of the present 
invention, there is provided a file management method 
for managing! a plurality of files retained in a predeter- 
mined! region, including the steps of generating an index 
file of the plural files in the form of a series of entries 
each in the form of a block of extract information relating 
to and! coordinated with one of the files, and registeringi 
information of file formats of the files into corresponding 
ones of the entries. 

[0024] Accordi ng to a yet f u rther aspect of th e present 
invention, there is provided a file management method 
for managing) a plurality of files retained! in a predeter- 
mined region, including the steps of generating an index 
file of the plural files in the form of a series of entries 
each in the form of a block of extract information relating 
to and coordinated with one of the files, and registeringi 
information regarding decoding of the files into corre- 
sponding ones of the entries. 

[0025] According to a yet further aspect of the present 
invention, there is provided a file management method 
for managing a plurality of files retained in a predeter- 
mined region, including the steps of generating an index 
file of the plural! files In the form of a series of entries 
each; in the form of a block of extract information! relating, 
to- and coordinated with one of the files, and registering 
information unique to processing means for the files and 
information for specifying the processing means relating 
to the unique information., 

[0026] Withi the fife management methods, the oper- 
ability cam be further improved; than ever; 
[0027] According] to a yet further aspect of the* present 
invention, there is provided! a reproduction apparatus for 
reproducing fifes recorded on a predetermined! record- 
ing; mediumi based! on a predetermined index file so as 
to be provided to a user, including, the index fite being; 
formed frorni a series of entries, each in th© form of a 
block of extract information! relating) to and coordinated 
with one of the files,, information indicative of a repro- 
duction order of the entries or the files corresponding to 
the entries beingi set, as information representative of a 
mutual! relationship between the entries, to the index file, 
means for successively reproducing the files recorded! 
on the recording; mediumi in accordance with the repro- 
duction order set to the index file. 
[0028] Accordi ng to a yet further, aspect of the present 
invention, there is provided a reproduction! apparatus for 
reproducing files recorded on a predetermined record- 
ing: mediumi based! on a predetermined index file so as 
to be provided to a user, including, the index fife being 
formed! from a series of entries each in the form of a 
block of extract information relating to and coordinated 
with one of the fries, the extract information relating to 
arty of the files being divided! to generate the index file 
which includes a plurality of entries, the entry of the di- 
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vided extract information! having set thereto, as informa- 
tion representative of a mutual relationship between the 
entries, information indicative of an entry in which the 
succeeding divisional extract information is recorded, 

5 the entry in which the succeeding divisional extract in- 
formation is recorded having set thereto an identifier in- 
dicating that the entry has the succeeding divisional! ex- 
tract information recorded therein, means for regener- 
ating! the divided extract information' based! on the infor- 

10 mation indicative of the entry in which the succeeding 
divisional! extract information is recorded and! the iden- 
tifier indicating that the entry has the succeeding divi- 
sional extract information recorded therein. 
[0 029] Acco rd in g to a yet further aspect of th e p resent 

15 invention, there is provided a reproduction apparatus for 
reproducing: files recorded on a predetermined! record- 
ing medium! based on a predetermined index file so as 
to be provided to a user, including, the index file beingi 
formed from a series of entries each in the form of a 

20 block of extract information relating! to and; coordinated' 
with: one of the files, the entries which relate, where the 
files recorded on the recording medium include a plural- 
ity of child files generated! by dividing one set of contents 
and a parent file for managing the plural child files, to 

25 the child files and the parent file having set thereto, as 
information representative of a mutual relationship be- 
tween the entries, identifiers indicating that the files are 
the child! files and the parent file, respectively, means for 
successively reproducing the plural! child! files based! on 

30 the identifiers. 

[0030] According: to a yet further aspect of the present 
invention, there is provided a reproduction! apparatus for 
reproducing) files recorded on a predetermined) record- 
ing; mediumi based; on a predetermined index file so as 

35 to be provided: to a user,, including, the index file being 
formed! from a series of entries each in the form of a 
block of extract information relating to and) coordinated! 
with one of the files, information of file formats of the 
files being registered! in corresponding) ones of the en- 

40 tries,, means for selecting) those ones of the fire® which 
can be reproduced based: on the information of the file 
formats of the files and displaying a user interf ace of the 
selected files. 

[0031 ]! Acco rdin gi to a yet fu rther aspect of th e p resent 
45 invention, there is provided a reproduction! apparatus for 
reproducing files recorded! on a predetermined! record- 
ing medium basedl on a predetermined index file so as 
to be provided! to a user, including, the index file being 
formed! from a series of entries each in the form of a 
so block of extract information relatingi to and coordinated 
with one of the files, information regarding decoding of 
the files beingi registered in corresponding ones of the 
entries, means for selecting those ones of the files which 
can be decoded normally based! on the information re- 
55 garding decoding in the index file and displaying a user 
interface of the selected! files. 

[0032] According; to a yet further aspect of the present 
invention, there is provided a reproduction apparatus for 
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reproducing files recorded on a predetermined record- 
ing medium based on a predetermined index file so as 
to be provided to a user, including, the index file being 
formed from a series of entries each in the form of a 
block of extract information relating to and coordinated 
with one of the files, information unique to processing 
means for the files and information for specifying the 
processing means relating to the unique information be- 
ing registered in the index file, means for processing the 
files recorded on the recoding medium based on the 
unique information relating to the information for speci- 
fying the corresponding processing means. 
[0033] With the reproduction apparatus, the operabil- 
ity can be further improved than ever. 
[0034] In summary, according to embodiments of the 
invention, to an index file, which is formed from a series 
of entries of extract information from a large number of 
files, information indicative of a relationship between the 
files is set. The index file is used to manage a large 
number of files and so forth recorded on a recording me- 
dium. Consequently, the operability can be further im- 
proved than ever. 

[0035] Further particular and preferred aspects of the 
present invention are set out in the accompanying inde- 
pendent and dependent claims. Features of the depend- 
ent claims may be combined with features of the inde- 
pendent claims as appropriate, and in combinations oth- 
er than those explicitly set out in the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0036] The present invention will be described further, 
by way of example only, with reference to preferred em- 
bodiments thereof as illustrated in the accompanying 
drawings, in which: 

FIG. 1 is a block diagram showing an optical disk 
apparatus according to a first embodiment of the 
present invention; 

FIG. 2 is a diagrammatic view illustrating an exam- 
ple of a configuration of a QT movie file; 
FIG. 3 is a diagrammatic view illustrating a video 
media information atom illustrated in FIG. 2; 
FIG. 4 is a diagrammatic view illustrating an index 
file; 

FIG. 5 is a diagrammatic view illustrating a property 
track of the index file of FIG. 4; 
FIG. 6 is a diagrammatic view illustrating a text track 
of the index file of FIG. 4; 

FIG. 7 is a diagrammatic view illustrating a thumb- 
nail track of the index file of FIG. 4; 
FIG. 8 is a diagrammatic view illustrating an intro 
track of the index file of FIG. 4; 
FIG. 9 is a diagrammatic view illustrating actual data 
of the property; 

FIG. 10 is a diagrammatic view illustrating a prop- 
erty entry header illustrated in FIG. 9; 
FIGS. 11 A and 11 B are diagrammatic views illus- 
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trating a structure of the index file; 
FIGS. 12A and 12B are diagrammatic views illus- 
trating a relationship between the index file and a 
file management system; 
5 FIG. 13 is a diagrammatic view illustrating a prop- 

erty entry flag; 

FIGS. 14Aand 14B diagrammatic views illustrating 
a virtual file structure; 

FIGS. 15A and 15B are diagrammatic views illus- 
10 trating extension of an entry; 

FIGS. 1 6A and 1 6B diagrammatic views illustrating 
division of a file; 

FIGS. 17A and 17B are diagrammatic views illus- 
trating different extension of an entry; 
15 FIGS. 18A and 18B are diagrammatic views illus- 
trating a play order; 

FIGS. 1 9A and 1 9B are similar views but illustrating 
another play order; 

FIG. 20 is a diagrammatic view illustrating basic 
20 property data; 

FIG. 21 is a diagrammatic view illustrating a flag re- 
lating to contents; 

FIG. 22 is a diagrammatic view illustrating property 
extension data; 
25 FIG. 23 is a diagrammatic view illustrating a refer-, 
encefile list; 

FIG. 24 is a diagrammatic view illustrating a group- 
ing file list; 

FIGS. 25A and 25B are diagrammatic views illus- 
30 trating operation relating to the grouping file list; 

FIG. 26 is a diagrammatic view illustrating a URL; 
FIG. 27 is a diagrammatic view illustrating private 
property data; 

FIG. 28 is a diagrammatic view illustrating a private 
35 property entry; 

FIGS. 29A to 29C are diagrammatic views illustrat- 
ing operation relating to the private property entry; 
FIG. 30 is a diagrammatic view illustrating a QT 
movie file; 

40 FIG. 31 is a diagrammatic view illustrating a config- 
uration of a file type compatibility atom; 
FIG. 32 is a diagrammatic view illustrating a config- 
uration of a profile atom; 

FIG. 33 is a diagrammatic view illustrating a config- 
45 uration of a list of the profile atom of FIG. 32; 

FIG. 34 is a diagrammatic view illustrating a type of 
information relating to decoding; 
FIG. 35 is a diagrammatic view illustrating an exam- 
ple of a configuration of a profile atom; 
so FIG. 36 is a flow chart illustrating a processing pro- 
cedure of a system controlling microcomputer in a 
process of generating and updating an index file; 
FIG. 37 is a flow chart illustrating a processing pro- 
cedure of the system controlling microcomputer re- 
55 lating to a user interface; 

FIG. 38 is a flow chart illustrating a common 
processing procedure for the contrast with the 
processing procedure illustrated in FIG. 37; 
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FIGS. 39A to 39D' are diagrammatic views illustrat- 
ing an index file according: to a second embodiment 
of the present invention; 

FIG. 40 is a diagrammatic view illustrating: reference 
information of the index file of FIGS . 39A to 39D ; 
FIG. 41 is a diagrammatic view illustrating part of 
an index file according to a third embodiment of the 
present invention; and 

FIGS. 42A to 42 E are diagrammatic views illustrat- 
ing an index file according to a fourth embodiment 
of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

1. First Embodiment 

1-1 . Configuration of the Optical! Disk Apparatus 

[0037] FIG. 1 shows an optica! disk apparatus accord- 
ing to a first embodiment of the present invention. The 
optical disk apparatus 11 acquires a video signal! and! an 
audio signal, of an image pickup object by means of an 
image pickup section and a sound; acquisition section 
not shown and records a result of image pickup as the 
video signal and audio signal: on an optical: disk 2. Fur- 
ther,, the optical! disk apparatus 1 reproduces the result 
of the image pickup recorded on the optical disk 2 and 
outputs it from a displaying section in the form: of a liquid! 
crystal! display panel and a sound! outputting section: in 
the form; of a speaker and f u rther outputs it to am external! 
equipment. The optical! disk apparatus 1 converts such; 
a video signal and an audio signal! of the image pickup 
result into' streaming data in accordance with a format 
of the MPEG (Moving! Picture Experts Group) and then 
records the streaming; data in accordance with a prede- 
termined file format on the optical) disk 2. In the present 
embodiment, the QuickTime is applied, as the predeter- 
mined file format just described. 
[0Q38J] In the optical! disk apparatus 1 , a video encoder 

11 performs an analog/digital! conversion process for a 
video signal: of a result of image pickup to generate video 
data and then encodes the video data in accordance 
with the format of the MPEG. Consequently; an elemen- 
tary stream of the video data is outputted from the video 
encoder 111 . 

[0039| An audio encoder 12 performs an analog/dig- 
ital conversion process for an audio signal of a result of 
image pickup to generate audio data and them encodes 
the audio data in accordance with the format of the 
MPEG. Consequently, an elementary stream of the au- 
dio data is outputted from the audio encoder 12. 
[0040 1 A file generator 15 performs, upon recording', 
a multiplexing process for the elementary streams out- 
putted: from the video encoder 1! 1 and! the audio encoder 

12 and generates a QuickTime movie fife under the con- 
trot of a system controlling microcomputer 19). 
[0041]| A memory controller 18 changes over opera- 



tion thereof under the control of the system controlling 
microcomputer 19. Upon recording, the memory con- 
troller 18 successively records and temporarily retains 
a data string of a, QuickTime movie file outputted f rom 

5 the file generator 1 5 and various data outputted from the 
system controlling microcomputer 19 into a memory 1 7 
and then outputs the retained data so as to be proc- 
essed by a succeeding error correction encoder/decod- 
er 21 . On the other hand, upon reproducing,, the memory 

1 o co ntrol ler 1 8 temporarily retai n s o utp ut data from the er- 
ror correction: encoder/decoder 21 andi outputs the re- 
tained: data to a file decoder 1 6 and: the system, control- 
ling: microcomputer 19. 

[0042] The error correction encoder/decoder 21 

15 changes over operation thereof under the control of the 
system controlling microcomputer 19, and; upon: record- 
ing, temporarily records output data from: the memory 
controller 18 into a memory 20 and adds an error cor- 
rection: code to the temporarily recorded data. Further, 

20 the error correction: encoder/decoder 211 reads out and 
outputs the data retained: in the memory 20 in such a 
manner as just described in accordance with a prede- 
termined order. Thereupon, the data are interleaved! 
and! the interleaved data are outputted! to a data modu- 

25 lato r/dem od u I ato r 23. On the other hand,, upon repro- 
duction,, the error correction encoder/decoder 21 tem- 
porari ly records data outputted! from: the data modu lator/ 
demodulator 23 into the memory 20 in accordance with 
a predetermined: order and then: outputs the data con- 

30 versely to those upon recording 1 . Thereupon), the error 
correction: encoder/decoder 21 performs a demterleave 
process for the data outputted f rom the data modulator/ 
demodulator 23 and outputs the interleaved] data to the 
memory controller 1 a. Further, at this ttme t the error cor- 

3s recti on encoder/decoder 211 performs an error correc- 
tion process with the error correction code added upon 
recording. 

[0043] The data modulator/demodulator 23 changes 
over operation thereof under the control! of the system 

4® controlling microcomputer 19. Upon recording, the data 
modulator/demodulator 23 converts output data from 
the error correction: encoder/decoder 21 into a serial da- 
ta string and then performs a modulation process for the 
serial! data string and! outputs the modulated serial; data 

45 string to a magnetic field! modulation driver 24 or an op- 
tical pickup 33. On the other hand, upon reproduction, 
the data modulator/demodulator 23 reproduces a clock 
from a reproduction signal! outputted! from the optical 
pickup 33 andi performs a binary identification process 

50 andi a demodulation process for the reproductio n signal 
with: reference to the dock. Consequently; the data mod- 
ulator/demodulator 23 acquires reproduction data cor- 
responding to the serial data string; generated upon re- 
cording and: outputs the reproduction data to the error 

55 correction encoder/decoder 21 . 

[0044]! Where a magneto-optical disk is used as the 
optical disk 2, upon recording, the magnetic modulation: 
driver 24 drives a magnetic field head 32 with an output 



6 



BNSOOCIO <EP 



.1441356A2_I_> 



11 



EP 1 441 356 A2 



signal of the data modulator/demodulator 23 under the 
control of the system controlling microcomputer 19. 
Here, the magnetic field head 32 is held so as to face 
the optical pickup 33 with the optical disk 2 interposed 
therebetween and applies a modulation magnetic field s 
based on the output data from the data modulator/de- 
modulator 23 to an irradiation position of a laser beam 
of the optical pickup 33. Consequently, in the optical disk 
apparatus 1 , where a magneto-optical disk is used as 
the optical disk 2, a QuickTime movie file and so forth 
are recorded on the optical disk 2 using a thermomag- 
netic recording method. 

[0045] The optical disk 2 is a disk type recording me- 
dium. In the present embodiment, as the optical disk 2, 
a rewritable optical disk such as a magneto-optical disk 
(MO), a phase change type disk, or the like is used. A 
spindle motor 31 drives the optical disk 2 to rotate in 
accordance with a condition such as a constant linear 
velocity (CLV), a constant angular velocity (CAV), azone 
constant linear velocity, or the like suitable for the optical 
disk 2 under the control of a servo circuit 30. 
[0046] The servo circuit 30 controls operation of the 
spindle motor 31 based on various signals outputted 
from the optical pickup 33 to perform a spindle control- 
ling process. Further, the servo circuit 30 similarly con- 
trols the optical pickup 33 to perform a tracking control 
and a focusing control process, further causes the opti- 
cal pickup 33 and the magnetic field head 32 to perform 
seeking operation, and executes a process such as a 
focus searching process. 

[0047] A drive controlling microcomputer 22 controls 
operation of seeking and so forth of the servo circuit 30 
in accordance with an instruction of the system control- 
ling microcomputer 19. 

[0048] The optical pickup 33 irradiates a laser beam 
upon the optical disk 2, receives the reflected light by 
means of a predetermined light reception element, and 
then arithmetically operates a result of the light recep- 
tion to generate various controlling signals. The optical 
pickup 33 outputs the controlling signals and further out- 
puts a reproduction signal whose signal level varies in 
response to a pit string or a mark string formed on the 
optical disk 2. Further, the optical pickup 33 changes 
over operation thereof under the control of the system 
controlling microcomputer 19, and where the optical 
disk 2 is a magneto-optical disk, upon recording, the op- 
tical pickup 33 intermittently raises the luminous energy 
of the laser beam to be irradiated upon the optical disk 
2. Consequently, in the optical disk apparatus 1 , a 
QuickTime movie file or a like file is recorded onto the 
optical disk 2 by a pulse train method. On the other hand, 
where the optical disk 2 is a phase change type disk or 
the like, the optical pickup 33 raises the luminous energy 
of the laser beam to be irradiated upon the optical disk 
2 from that upon reproduction to that upon writing. Con- 
sequently, a QuickTime movie file or the like is recorded 
on the optical disk 2 by applying a thermal recording 
method. 
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[0049] The optical disk apparatus 1 compresses a vid- 
eo signal and an audio signal of a result of image pickup 
by means of the video encoder 1 1 and the audio encoder 
12 to individually convert them into elementary streams 
and then converts the elementary streams into a Quick- 
Time movie file by means of the file generator 15. Data 
of the QuickTime movie file is sent successively through 
the memory controller 18, error correction encoder/de- 
coder 21 , and data modulator/demodulator 23 to the op- 
tical pickup 33. The data of the QuickTime movie file is 
recorded on the optical disk 2 by the optical pickup 33 
or by the optical pickup 33 and the magnetic field head 
32 together with data of an index file and so forth. The 
index file is a file for indexing in which QuickTime movie 
files recorded on the optical disk 2 are recorded as ob- 
ject files for management. 

[0050] Further, the optical disk apparatus 1 processes 
a reproduction signal obtained by the optical pickup 33 
by means of the data modulator/demodulator 23 to ob- 
tain reproduction data and then processes the reproduc- 
tion data by means of the error correction encoder/de- 
coder 21 . Consequently, a QuickTime movie file, the in- 
dex file, and so forth recorded on the optical disk 2 can 
be reproduced, and the reproduced QuickTime movie 
file, index file, and so forth are outputted from the mem- 
ory controller 18. 

[0051] The file decoder 1 6 receives data of the Quick- 
Time movie file outputted from the memory controller 
18, decomposes the data into elementary streams of 
video data and audio data, and outputs the elementary 
streams. A video decoder 13 decompresses the ele- 
mentary stream of the video data and outputs the de- 
compressed elementary stream to a display apparatus 
or external equipment not shown. An audio decoder14 
decomposes the elementary stream of the audio data 
outputted from the file decoder 16 and outputs the de- 
compressed elementary stream to a sound outputting 
apparatus or external equipment not shown. Conse- 
quently, in the optical disk apparatus 1 , a result of image 
pickup reproduced from the optical disk 2 can be mon- 
itored. 

[0052] It is to be noted that the optical disk apparatus 
1 includes an interface for allowing connection of an ex- 
ternal apparatus such as a computer thereto. Conse- 
quently, the optical disk apparatus 1 can record output 
of the external apparatus in place of data of an image 
pickup result on the optical disk 2 and reproduce a file 
recorded on the optical disk 2 so that thef ile can be proc- 
essed by the external apparatus. 
[0053] An operation section 26 includes various oper- 
ation elements of the optical disk apparatus 1 and a 
touch panel disposed on a liquid crystal display panel, 
and issues a notification of various operations by the us- 
er to the system controlling microcomputer 19. 
[0054] The system controlling microcomputer 1 9 con- 
trols operation of the entire optical disk apparatus 1 . If 
loading of the optical disk 2 is detected through execu- 
tion of a predetermined processing procedure recorded 
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in a memory not shown, then the system controlling mi- 
crocomputer 1 9 causes the optical! pickup 33 to perform 
seeking operation to the in nermost circumference of the 
optical disk 2 and reproduce management information 
of a file managing system regarding the optical disk 2. 
Further, the system controlling microcomputer 19 ac- 
quires the reproduced management information from 
the memory controller 18 and stores it into a built-in 
memory. Consequently,, the system controlling micro- 
computer 19 detects am address each file recorded on 
the optical disk 2 andi a free region: of the optica! disk 2. 
[0055| If the system, controlling microcomputer 19 
searches the management information acquired in this 
manner andi detects that an index file is recorded on the 
optical! disk 2, then it controls the optical; pickup 33 to 
perform seeking operation to the recorded position of 
the index file and reproduce the index file. Then , the sys- 
tem; controlling microcomputer 19 acquires the repro- 
duced! index file from: the memory controller 18 andi 
records and retains it into and in the built-in memory. 
Consequently, in the present embodiment, the overall! 
operabiiity is improved in processing of files recorded! 
on the optical! disk 2 through utilization of the index file. 
It is to be noted that the index file can be recorded! on 
the innermost circumference side of a user area of the 
optical disk 2 to reduce the built-up time. 
[0056] The system controlling microcomputer 1 9 con- 
trols operation of the entire optical disk apparatus 1 us- 
ing the index file in response to an operation of the user. 
In, particular, the system controlling microcomputer 1i9 
causes thumbnail! images and so forth: to be displayed! 
on a I iquidl crystal! display panet for monitoring based! on 
the Index fi le to Introduce contents of QuickTime movie 
files recorded) on the optical disk 2. Them, the system 
controlling microcomputer 19 accepts selection of a file 
by the user from among the introduced! Quicklime mov- 
ie files and causes the Me selected] by the user to- be 
reproduced! based! on corresponding management in- 
formation). 

POST] Qm the otfier hand, if art instruction, to record! 
an image pickup result is issued! by the user, them the 
system controlling microcomputer 119 detects a free re- 
gion in. accordance with the management information 
and causes the optical pickup 33 to perform seeking! op- 
eration to the free region and! records successively ob- 
tained image pickup results onto the optical disk 2. Fur- 
ther,, the system controlling microcomputer 19 updates 
the management information retained! in the memory so 
as to correspond to records of QuickTime movie files by 
such recording of the image pickup results. Then, upon 
ejection of the optical disk 2 or the like, the system con- 
trolling microcomputer 119 updates the management in- 
formation of Che optical disk 2 in accordance with the 
updated management information. It is to be noted! that 
the updating! of the management information is execut- 
ed by outputting the management information retained! 
and updated: iiu the memory to the error correction en- 
coder/decoder 21 through the memory controller 18. 



[0058]; In the processes described above, the system 
controlling microcomputer 19 outputs various kinds of 
information necessary for generating a QuickTime file 
to be used: for recording to the file generator 1 5. Fu rther, 
s the system controlling microcomputer 19 acquires infor- 
mation necessary generating an index Pile through the 
file generator 15. The system control lingi microcomputer 
19 uses the thus acquired! information, information: out- 
putted! to the file generator 15, and! other necessary in- 
to formation to update the index file retained in the memory 
regarding! a QuickTime movie file to be recorded newly 
on the optical! disk 2. Then, the systemi controlling! mi- 
crocomputer 19 updates the index file recorded on the 
optical disk 2 with the updates index file retained! in the 
15 memory in a similar manner as in the updating process 
of management; information. 

[0059] On th e other hand, if an instruction to edit a f i le 
recorded on the optical 1 disk 2 is issued by the user, then 
the system contro I li ng microcomputer 1 9 updates the in- 

20 dex file andi the management information retained! in the 
memory in a similar manner as upon, recording so as to 
cope with processing! in the editing. Then, the system 
controlling microcomputer 19 updates the index file and 
the management information of the optical; disk 2 with 

25 the index file and the management information retained 
in the memory: It is to be noted that, if the index file is 
not recorded although Qu ickTime movie files are record- 
ed! on the optical disk 2, the systemi controlling micro- 
computer 119 generates an index file in accordance with 

30 an instruction! of the user. Then,, the systemi controlling; 
microcomputer 1! 9 stores the index file into the memory 
andi records the index file on the optical! disk 2. In this 
process, the systemi controlling microcomputer W re- 
produces pertaining portions of QuickTime movie fifes 

35 from the optical disk 2 to acquire information neces$247 
for generating an index file from the memory cortiro^er 
118. 

[0060]! Thus, in the present embodiment, the system 
controlling microcomputer 19 serves as an index fife 
4® generation means for generating am index file together 
with the file generator 15. 

1 -2. Index File 

45 [0061l]| The index file is used! to manage information, 
necessary for reproduction by a file management sys- 
tem of the optical disk 2 such as am address of a record- 
ed! position, a file name; and! a file length similarly to var- 
ious files recorded on the optical disk 2 such as; a Quick- 

50 Time movie file. The index file includes information, for 
introduction of contents of QuickTime movie files of an; 
object of management: recorded on the optical! disk 2. If 
a QuickTime movie file recorded on the optical disk 2 is 
selected with reference to the index file, then the optical 

55 disk apparatus t reproduces the selected! fiie from the 
optical disk 2 based! on the fire management systemi. 
Consequently, even where a Targe number of QuickTime 
files are recorded on the optical disk 2, the optical disk 
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apparatus 1 can select a desired file rapidly and accu- 
rately, and therefore, the operability can be improved as 
much. 

[0062] In the present embodiment, the index file is 
formed from a series of entries each in the form of a 5 
block of information (hereinafter referred to as extract 
information) extracted from information relating to 
QuickTime movie files and other necessary information, 
which are allocated to information introducing contents 
of the QuickTime movie files and so forth . Therefore, the 
contents of the QuickTime movie files can be grasped 
simply and readily from the index file. 
[0063] The index file has a file structure same as that 
of a QuickTime movie file and includes an index data 
atom, which is a set of data of extract information, and 
an index atom, which is a set of management data for 
managing the data set. Thus, the index file can be gen- 
erated and processed using the file generator 15, which 
is a tool for generating a QuickTime movie file, and 
therefore, the optical disk apparatus 1 is simplified in 
configuration as much. 

[0064] FIG. 2 illustrates an example of a configuration 
of a QuickTime movie file. It is to be noted that the Quick- 
Time is disclosed in "INSIDE MACINTOSH: QuickTime 
(Japanese version) (Addison Wesley)" and so forth. A 
QuickTime movie file is formed using a data unit called 
atom as a reference, and each atom is formed from a 
size, type information, and information allocated to the 
atom. 

[0065] The QuickTime movie file is formed from a 
movie atom 40 and a movie data atom 41 . The movie 
data atom 41 is a data unit to which elementary streams 
of video data and audio data, which are actual data of 
the QuickTime movie file, are allocated. In the Quick- 
Time movie file, a minimum unit of actual data is handled 
as a sample, and a chunk is defined as a set of samples. 
To the movie data atom 41 , chunks from an elementary 
stream of video data and chunks from an elementary 
stream of audio data are successively allocated, and fur- 
ther, information representative of the size and the type 
is allocated. 

[0066] To the movie atom 40, information necessary 
for reproduction of the movie data atom 41 and other 
necessary information are allocated in a hierarchical 
structure. In particular, the movie atom 40 is defined by 
a movie header atom 42, a movie clipping atom 43, a 
user definition data atom 44, one or more track atoms 
45, and so forth. The movie header atom 42 accommo- 
dates information relating to the entire QuickTime movie 
file. The movie clipping atom 43 designates a clipping 
region. 

[0067] Each of the track atoms 45 is provided for one 
track in the QuickTime movie file and includes a track 
header atom 46, a track clipping atom 47, a track matte 
atom 48, an edit atom 49, and a media atom 50. The 
track atom 45 describes information relating to individ- 
ual data in the movie data atom 41 . It is to be noted that 
only one track atom 45 for a video movie is illustrated 



while the other track atoms are omitted. 
[0068] The media atom 50 from among the atoms 
forming the track atom 45 is formed from a media header 
atom 51 , a video media information atom 52, and a me- 
dia handler reference atom 53, and data of a movie 
track, information for defining a component for interpre- 
tation of media data, and so forth are allocated to the 
media atom 50. It is to be noted that a media handler by 
the media handler reference atom can use the informa- 
tion atom of the video media information atom 52 to per- 
form mapping from media time to media data. 
[0069] Referring to FIG. 3, the video media informa- 
tion atom 52 is formed from a data handler reference 
atom 60, a media information header atom 61 , a data 
information atom 62, and a sample table atom 63 and 
describes information relating to media. 
[0070] In particular, the data handler reference atom 
60 describes information relating to handling of media 
data and includes information for designating a data 
handler component for providing accessing means to 
the media data. The data information atom 62 includes 
a data reference atom and describes information relat- 
ing to the data. 

[0071] To the sample table atom 63, information nec- 
essary to convert media time into a sample number rep- 
resentative of a sample position is allocated in the form 
of a table. The sample table atom 63 includes a sample 
size atom, a time-to-sample atom, a sync sample atom, 
a sample description atom, a sample-to-chunk atom, a 
chunk offset atom, a shadow sync atom, and so forth. 
[0072] The sample size atom among the atoms men- 
tioned above describes the size of a sample, and the 
time-to-sample atom describes time information of re- 
corded data in the form of a relationship between a sam- 
ple and the time axis. The sync sample atom describes 
information relating to synchronism and designates a 
key frame in a media. It is to be noted that the key frame 
is a frame of a self-contained type, which does not rely 
upon any preceding frame. The sample description at- 
om retains information relating to decoding of samples 
in a media. It is to be noted that the media can have one 
or a plurality of sample description atoms in accordance 
with the compression type used in the media. 
[0073] The sample-to-chunk atom is used to refer to 
a table in the sample description atom to identify a sam- 
ple description corresponding to each of samples in the 
media. The sample-to-chunk atom describes a relation- 
ship between samples and chunks such that a sample 
position in the media can be discriminated based on in- 
formation of the top chunk, the number of samples per 
one chunk, and a sample description-ID. The chunk off- 
set atom describes the start bit position of a chunk in the 
movie data and defines the position of each chunk in the 
data stream. 

[0074] With the QuickTime movie file having such a 
configuration as described above, if a sample table is 
expanded in a memory based on the atoms in the sam- 
ple table atom 63, then a relationship between data in 
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the movie data atom 41 can be identified from the sam- 
ple table. Consequently, it is possible to successively 
trace the hierarchies of the movie atom, 40 to detect the 
atoms in the sample table atom 63 and! reproduce the 
data in the movie data atom 41 in synchronism along 
the time axis 

[0075} It is to be noted that, while, in the present em- 
bodiment, elementary streams of compressed video da- 
ta and audio data are allocated to the movie data atom 
41 , such data in a Quicklime movie file need not nec- 
essarily be allocated in a compression codedl formi, but 
may be stored otherwise in the form of linear data. Fur- 
ther,, for example, text data, actual data of a MIDI file or 
the like may be allocated; to the movie data atom 41 .. In 
this instance, text tracks, MIDI tracks and! so forth are 
provided! in the movie atom 40 in conformity with the 
configuration of the movie data atom: 41. 
[0076] The index file is configured in such a manner 
as illustrated in FIG. 4 in conformity with such a config- 
uration of a QuickTime movie file as described 1 above. 
In particular, the index file is formed from an index atom 
70 and an index data atom 71 corresponding to the mov- 
ie atom 40 and the movie data atom 41 of the QuickTime 
movie file, respectively. The index data atom 71 includes 
actual! data of a disk title, actual! data of extract informa- 
tion of the files,, and forth allocated! as chunks thereto. 
Meanwhile,, management information of the actual! data 
allocated! to the index data atom 71 is allocated to the 
index atom 70. 

[0077] The extract information is information! extract- 
ed partly fromi manage object files ; which i ntroduce con- 
tents of the management files in the index file. There- 
fore, although the extract information varies, depending 
upon the types of the management object files,, where 
the management object files, are QuickTime movie files 
of video data and audio* data as in the present embodi- 
ment,, three kinds of data,, that is, text; data,, thumbnail; 
picture data,, and! intra data corresponding to property 
data are applied! to the extract data. 
[0078J The index data atom 71 manage© extract in- 
formation of each management object file with! am entry,, 
which includes three kinds of data, that is, text data,, 
thumbnail! picture data,, and intro data, in combination 
with respect to a property corresponding to the manage- 
ment object file. It is to be noted that,, in the top entry #1 „ 
extract information of the disk title is allocated' in: place 
of a management object file. Further, in the index data 
atom 71! ,. property data, text data,, thumbnail data, and! 
intro data are set to chunks; and allocated! thereto. 
[0079] The property data represents a property of the 
disk title or a management object file,, and extract infor- 
mation in the form of binary data set to the disk title or 
a management object file; is allocated together with man- 
agement information of the entry. It is to be; noted that 
the property data is provided 1 without fail even where the 
succeeding text, thumbnail picture, and intra data are 
not provided! because the type of the management ob- 
ject file is different. 



[0080] The text data includes data representative of 
a character string of the disk title or the title of a man- 
agement object file. 

[0081] The thumbnail picture data includes data of a 
5 still! picture representative of the disk title or a manage- 
ment object file, and, for example, the top picture of a 
management object file is allocated to the thumbnail pic- 
ture of the management object file. In contrast, to the 
thumbnaili picture of the disk title, a thumbnail! picture, 
to for example of a specific entry of a management object 
file is allocated in accordance with selection of the user. 
It is to be noted that the thumbn ail picture of each man- 
agement object file may otherwise be set by selection 
of the user. 

15 [0082] The intro data is audio data for a short period 
of time representative of contents of a management ob- 
ject file To the intro data of a management object file, 
audio data for several seconds, typically for 5 seconds, 
for example, after reproduction of a corresponding file 
20 is started! is allocated. In contrast, to the intro data of the 
disk title, intro data of a specific entry of, for example, 
each management object file is allocated by selection, 
of the user. It is to be noted that also the intro data of a 
management object file may otherwise be set by selec- 
ts tion of the user. 

[0083] Thus, in the optical disk apparatus 1 , the sys- 
tem! controlling microcomputer 19 acquires and de- 
codes video* data and! audio data compressed! by the file 
generator 15 and generates a thumbnail picture from the 
30 video data through sampling of pixels of the video data. 
Meanwh ile, with regard! to the audio data, a requ i red por- 
tion of it is cut out to generate intro data. Further, the 
systemi co ntrolling; microcomputer 1 9 generates title da- 
ta from file information) of each; management object file 
35 stored! in Che file management systemi of the optical! disk 
2 in accordance with setting of the user: In contrast,, the 
property data is generated by the system controlling mi- 
crocomputer 19 in response to an operation of the user. 
It is to be notedl that such thumbnaili picture and intro 
4® data are compressed) and allocated; to the index data 
atom as occasion, demands. 

[0084], The index atom. 70' includes track atoms 81 , 82„ 
83, and 84 corresponding! to the property, text, thumb- 
nail! picture, andi intro data of the index data atom 71 , 

45 and! a movie header atom 85, which supervises the 
tracks 811, 82, 83, andi 84. The track atoms 81, 82, 83, 
andi 84 are hereinafter referred! to as property track, text 
track, thumbnail track, and! intro* track, respectively. It is 
to be noted that,, since only the property data is essen- 

50 tially required in; the index data atom 711 „ only the movie 
header atom, and the property track are essentially re- 
quired in the index atom 70. 

[0085]! To the movie header atomi 85, information re- 
lating to the entire index file is allocated similarly as in 
55 the case of a QuickTime movie! file. In contrast, to each 
of the property track 811 , text track 82, thumbnail! track 
83, and intro track 84, position information of corre- 
sponding actual data is allocated in order of entries in 
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the form of a table, 
[0086] FIGS. 5 to 8 illustrate the property track 81 , text 
track 82, thumbnail track 83, and intro track 84, respec- 
tively. To each of them, relative positions (RBP: Relative 
Byte Number) of start bytes and data lengths of corre- 5 
spending chunks are allocated. Consequently, when the 
optical disk apparatus 1 performs a search for a desired 
file with reference to a thumbnail picture, for example, 
in accordance with an instruction of the user, it can ac- 
quire a corresponding chunk from the index data atom io 
71 based on the thumbnail track 83 to successively ac- 
quire data of thumbnail pictures. Further, the optical disk 
apparatus 1 can detect a chunk of a corresponding prop- 
erty from the thumbnail track 81 and process data of a 
thumbnail picture acquired in this manner and so forth. 15 

1-3. Property 

[0087] FIG. 9 illustrates actual data of the property set 
to each chunk. The property is formed from a Property 20 
Entry Header, Basic Property Data, and Property Exten- 
sion Data. To the property entry header, attribute infor- 
mation of property information, which is necessary to 
manage management object files in a hierarchical struc- 
ture, is allocated, and to the basic property data, basic 25 
extract information relating to the property is allocated. 
While each of the property entry header and the basic 
property data is formed with a fixed length, the property 
extension data is set with a variable length and is used 
for an option of the property entry header or the like. 30 
[0088] Referring to FIG. 1 0, the property entry header 
is formed from an Entry Number, a Parent Entry 
Number, Popery Entry Flags, a Play-order, an Entry Da- 
ta Size, a Next-extends-entry, and the Reserved. 
[0089] The entry number is identification data of an 35 
entry, and a unique code is allocated to each entry and 
may be, for example, a number which increments from 
the value 0 in order of entry. It is to be noted that, where 
the entry number is defined as an order number in the 
order of entry, the entry number field can be omitted. 40 
[0090] The parent entry number is formed from an en- 
try number of an entry to which some other entries be- 
long. Consequently, regarding a QuickTime movie file 
corresponding to each entry, a folder to which a Quick- 
Time movie file belongs can be specified in a file man- 45 
agement system regarding an optical disk 2 on which 
QuickTime movie files are recorded or in a virtual file 
structure set by the user as seen in FIGS. 1 1 A, 1 1 B, 1 2A 
and 1 2B. In particular, in FIGS. 1 1 A to 1 2B, it is illustrat- 
ed that several QuickTime movie files according to the 50 
file management system of the optical disk 2 are man- 
aged with the index file. More particularly, a folder and 
QuickTime movie files having the entry numbers 1 , 2 
and 3 belong to another folder having the entry number 
0 (which is a root folder in the example). Further, a folder 55 
and a QuickTime movie file having the entry numbers 4 
and 5 belongs to the folder having the entry number 3. 
Furthermore, QuickTime movie files having the entry 



20 

numbers 6 and 7 belong to the folder having the entry 
number 4. 

[0091] It is to be noted that, in the example illustrated 
in FIGS. 11 A to 12B, the parent entry number with re- 
spect to the entry whose entry number is 0 and repre- 
sents that it is the root folder is set to a code (represent- 
ed by reference character x), which has no meaning. 
Further, File-a to File-e indicate the file names of corre- 
sponding QuickTime movie files. 

[0092] To the property entry flags, attributes of the en- 
try are set. In particular, as seen in FIG. 13, the 0th bit 
of the property entry flags is used as a flag, which indi- 
cates whether the entry is Original or Favorite. The fa- 
vorite here is a group of entries selected from among 
entries provided in the index file based on setting of the 
user. In the present embodiment, a desired file of the. 
user can be managed in a virtual hierarchical structure 
based on the group. 

[0093] The first bit of the property entry flags is allo- 
cated to a flag for identification of whether the entry is 
an entry (File) of a file or an entry (Folder) of a folder, 
which collectively includes some other entries. Thus, in 
the example described hereinabove with reference to 
FIGS. 1 1 A, 1 1 B, 1 2A and 1 2B, the 0th bit (represented 
by PE-Flags(O)) of the property entry flags is set to the 
value 0 in all of the entries having the entry numbers 0 
to 7. Therefore, it can be seen that the hierarchical struc- 
ture indicated by the entry numbers and the parent entry 
numbers is an original hierarchical structure of files 
managed by the file management system relating to the 
optical disk 2. Also it can be seen from the first bit (rep- 
resented by PE-Flags(1 )) of the property entry flags that 
the entries having the entry numbers 1 , 2, 5, 6 and 7 are 
entries of original data each in the form of a QuickTime 
movie file. 

[0094] As can be seen from the contrast of FIGS. 14A 
and 14B with FIGS. 12A and 12B, the 0th bit (represent- 
ed by PE-Flags(O)) of the property entry flags in the 
QuickTime movie files (File-d and File-c) having the en- 
try numbers 6 and 5 is set to the value 1 and entries 
(entry numbers 9 and 10) of the property according to 
the favorite are added. Further, a folder according to the 
favorite, which collectively includes the added entries, 
is placed into a different entry (entry number 8). Conse- 
quently, a file management system having a virtual hi- 
erarchical structure according to the favorite can be con- 
structed. It is to be noted that, in FIGS. 14A and 14B, 
the first bit of the property entry flags in the entry (entry 
number 8) of the folder according to the favorite is set 
to the value 1 , and the parent entry numbers in the en- 
tries of the entry numbers 9 and 10 following the entry 
of the entry number 8 indicate the entry number 8 of the 
folder. Consequently, in the display of the file structure 
according to the favorite, the folder of the entry number 
8 is set to a root folder, and the QuickTime movie files 
of the entry numbers 9 and 10 are virtually disposed in 
a lower hierarchy with respect to the root folder. Conse- 
quently, the system controlling microcomputer 1 9 sets 
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the property entry flags through an editing process by 
the user for the files recorded on the optical disk 2. 
[0095] The second bit of the property entry flags (FIG. 
13) is set to a flag, (Extends) representing that the region 
is an extension region of the entry. Referring: to FIGS. 
15 A and! 158, in the present embodiment, each chain 
has a fixed data length including a predetermined! 
amount of data so that a process by the system control- 
ling microcomputer 1.9 or the like can be simplified. Fur- 
ther, where each chain is formed so as to have a fixed 
data length in this manner, if the data length of a chain 
is short, them an entry can be added so that extract in- 
formation of one QuickTime movie file can be represent- 
ed! with a plurality of entries (chains). Therefore, even if 
the data amount of th umbnail picture data or the like ex- 
ceeds the data amount set to one chain as a result of 
editing; or the like, this can be coped with by the present 
embodiment. The extension region of an entry signifies 
that it is a regions which relates to such an additional 
entry, and in the example illustrated! in FIGS. 15A and 
15B, the entry of the entry number 8 is set as an exten- 
sion region to the entry of the entry number 2. Thus, the 
system! controlling! microcomputer 1 9 supervises the da- 
ta amount of the property, thumbnail picture and! so forth 
to be allocated; to each chain and suitably sets an entry 
as an extension region, and places, for the property of 
the entry relating to the extension region, the value 1 
into the flag; (Extends) which indicates an extension re- 
gion of the entry: 

[0096] The third! bit of the property entry flags (FIG. 
113) is sat to the reserved, and: the fourth bit is set to a 
flag) (Valid)), which represents whether the entry is valid 
or invalid. Consequently, irr the present embodiment,, for 
example* when one QuickTime movie file is deleted 1 , the 
index file can be updated only by merely changing) over 
the setting of the flag) (Valid) of the fourth bit in accord- 
ance wfth the deletion of the file. 

[0097]' The fifth to seventh bits of the property entry 
flags (FIG. 13} are set to the reserved, and! the eighth 
bit is set to a flag; (Reference) representing that the file 
registered in the entry refers to another file. Further, the 
ninth bit is set to a flag (Child! File) representing! that the 
file registered: in the entry is a divided child file,, and; the 
tenth bit is set to a flag (Parent File) representing that 
the file registered! in the entry is a parent file of the di- 
vided: child file. In particular, in the file management sys- 
tem applied to the optical! disk 2 or the like, it is neces- 
sary to set the data length of one file to a value lower 
than; a predetermined! upper limit value. However, the 
data amount of streaming contents based! on a Quick- 
Time movie file or the like sometimes exceeds the upper 
limit value by the file management system. Therefore, 
according, to the QuickTime, a file having; such an ex- 
cessively great data amount is divided! intermediately, 
and! fifes obtained! by the division are managed! with a 
management file. Consequently, also a file, which ex- 
ceeds the limit by the file management system, can be 
recorded. 



[0098]; In the present embodiment, since such a man- 
agement file as just described refers to a plurality of files 
obtained by division, a flag (Reference) , which indicates 
such reference, is set to the entry of the management 

5 file. Further, the flags (Parent File and Child File) repre- 
sentative of a parent file and a child file are set to the 
entries of the management file and Ihe divisional files, 
respectively. In other words, where files to be recorded 
on the optical disk 2 as a recording medium are a plu- 

10 rality of child files generated by dividing one set of con- 
tents and a parent file which manages the child! files, 
identifiers (Parent File and Child File) representing that 
the child files and the parent file are entries of child files 
and a parent file, respectively, are set to the child files 

15 and the parent file as information: representing a mutual 
relationship among the entries. 

[0099] Consequently; it can; be seen in an example of 
FIGS. 16A and 16B that files corresponding to entries 
of the entry numbers 2 and 3 are files obtained! by divi- 
de sion in this manner and the management file for the files 
corresponding:^ the entries of the entry numbers 2 and 
3 is registered! with; the entry number 1 . Similarly, it can 
be seen that files corresponding to entries of the entry 
numbers 5 and 6 are files obtained by division in such 

25 a manner as described; above and the management file 
for the files corresponding; to the entries of the entry 
numbers 5 and' 6 is registered with the entry number 4. 
It is to be noted! that, according! to such a reference re- 
lationship as just described, for example, if an editing 

30 process is performed, then a file of a source of editing 
is sometimes, referred to by a plurality of files by different 
editing processes, and in such an instance,, a single 
child file is referred! to by a plurality of parent files. 
[0100] Consequently, in the present embodiment,, a 

35 relationship of a parent file, a child file and! a reference 
file can be grasped! readily from the index file. Further, 
if contents spanning successive records, have a data 
amount exceeding a predetermined! data amount, the 
system controlling microcomputer 19 divides the con- 

*o tents; and sets, a management fife, and then registers the 
files obtain edi by the division and the management file 
as entries into index data and sets flags for them . Fur- 
ther,, the systemi controlling, microcomputer 19 deter- 
mines, in response to an operation! of the user, for ex- 

45 ample, the child files among the files as hidden; files so 
that they may not be displayed. Further, if the parent file 
is designated! by the user, then the systemi controlling 
microcomputer 19 successively reproduces the child! 
files as reference files of the parent file in accordance 

so with the settings of the flags. 

[0101]; The 11th to 13th bits of the property entry flags 
(FIG. 13) are set to flags representative of whether or 
not the title, thumbnail; picture and intro entries corre- 
sponding to the property entry have an extension region, 

55 respectively: As can be seen from the contrast of FIGS . 
17A and! 17B with FIGS. 15 A, and 15B, in; the present 
embodiment, am extension region) to the entry of the en- 
try number 2 is set as the entry of the entry number 8, 
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and if data required for the setting of the extension re- 
gion is data of the title, then the 11th bit of the property 
entry flags is set to the value 1 so as to represent that 
the entry of the title has an extension region. Conse- 
quently, in the present embodiment, it is possible to 
search the flags of the 11th to 13th bits based on the 
settings of the flag (Extends) of the third bit to rapidly 
search out data relating to an extension region. Conse- 
quently where the flag (Extends) of the third bit is set in 
accordance with an editing process or the like by the 
user, the system controlling microcomputer 1 9 suitably 
sets the three flags and searches the index data in ac- 
cordance with the settings of the flags. 
[0102] The 14th and 15th bits of the property entry 
flags are set to the reserved. 

[0103] The property entry header (FIG. 10) includes, 
next to the properly entry flags described above, the 
Play-order to which information representative of a re- 
production order of entries or files corresponding to the 
entries is set as information representative of a mutual 
relationship between the entries. Consequently, in the 
example illustrated in FIGS. 14A and 14B, if the user 
designates reproduction by the original file manage- 
ment system, then the title, thumbnail picture, intro en- 
tries of the entry numbers 1,2,5,6 and 7 according to 
the original files are reproduced in the set order in the 
Play-order, and further, the corresponding QuickTime 
movie files can be reproduced in the order set in the 
Play-order. In the example illustrated in FIGS. 14A and 
14B, data acquired from corresponding tracks (82 to 84) 
are sorted and reproduced in the order of the entry num- 
bers 1 , 5, 7, 6 and 2. 

[0104] On the other hand, if the user selects repro- 
duction according to the favorite, then the files of the 
entry numbers 9 and 10 in the group according to the 
favorite can be reproduced in the order set in the Play- 
order, and then corresponding QuickTime movie files 
can be reproduced in the order set in the Play-order. It 
is to be noted that, in this instance, where one of the 
entries is a folder, then since an object of reproduction 
does not exist actually in the entry, the Play-order in the 
present embodiment is set with a code (indicated by a 
mark X), which has no meaning. 

[0105] FIGS. 18A and 18B illustrate the Play-order 
where the favorite setting is removed from the example 
illustrated in FIGS. 14A and 14B in contrast with FIGS. 
1 2A and 1 2B. The Play-order may be set in various man- 
ners. In particular, the Play-order may be set such that 
the entry to be generated first is set to the value 1 where- 
as the entries to be successively reproduced are set to 
successively incremented values in this manner. Or, the 
Play-order may otherwise be set such that, for example, 
the entry to be generated first is set to the value 0 where- 
as the entries to be successively reproduced are set to 
successively incremented values as seen through the 
contrast of FIGS. 1 9A and 1 9B with FIGS. 1 8A and 1 8B. 
[0106] The data size of the property regarding each 
entry is set to the Entry Data Size next to the Play-order 



in the property entry header (FIG. 10). 
[0107] In the succeeding Next-extends-entry, the 
number of an entry to be connected is recorded. In par- 
ticular, where an extension region (the entry of the entry 

5 number 8) is set in the entry of the entry number 2 as 
described hereinabove with reference lo FIGS. 15A, 
15B, 17A and 1 7B, the entry number 8 which is data 
indicative of the extension region is set to the Next-ex- 
tends-entry. Consequently, in the present embodiment, 

10 if extract information regarding a management object 
file is divided into a plurality of entries and the index file 
is generated based on the divisional entries, to one of 
the entries in which the divisional extract information is 
record, information indicative of another one of the en- 

15 tries in which the succeeding divisional extract informa- 
tion is recorded is set in the Next-extends-entry. Further, 
an identifier (Extends of the property entry flags) indi- 
cating that the entry has the succeeding divisional ex- 
tract information recorded therein is set to the entry. 

20 Consequently, even if all entries are not searched, a 
coupling relationship between the entries can be detect- 
ed rapidly, and the time required for the process can be 
reduced as much. Further, pieces of extract information 
can be grouped with regard to the property, title, thumb- 

25 nail picture and intro which are attributes to generate an 
index file and identifiers (the 1 1 th to 1 3th bits of the prop- 
erty entry flags) indicative of to which one of groups the 
extract information divided into a plurality of entries be- 
longs is set so that the time required for the process can 

30 be further reduced. 

[0108] In contrast, the Basic Property Data includes, 
as seen from FIG. 20, information (Format Brand) of the 
format of the corresponding management object file, in- 
formation (Media Profile) relating to decoding of the cor- 

35 responding management object file, and flags (Contents 
status flags) relating to contents of the management ob- 
ject file. The Basic Property Data further includes Cre- 
ation Time of the management object file, editing date 
and hour (modification time) of the management object 

^o file, a Duration, a file identifier (Binary File Identifier) and 
a reference file number (Referred Counter). 
[0109] The format information (Format Brand) in the 
basic property data represents the format of a manage- 
ment object file specified with the extension of the man- 

45 agement object file, information stored in the file or the 
like and is acquired, for example, by the file manage- 
ment system of the optical disk 2. Meanwhile, the infor- 
mation (Media profile) regarding decoding is acquired, 
for example, from a control code set in elementary 

50 streams of video data and audio data, which form the 
QuickTime movie file. More particularly, the information 
(Media Profile) regarding decoding includes the types 
of codecs in elementary streams of video data and audio 
data, the bit rate, the number of frames of the video data, 

55 the sampling frequency of the audio data : the picture 
sizes of the video data in the vertical and horizontal di- 
rections and so forth. 

[0110] Referring to FIG. 21 , the flags (Contents status 
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flags) regarding contents in the basic property data in- 
cludes flags allocated to the first to third bits thereof and 
representative of whether or not chunks of the title, 
thumbnail picture, and intro data are present in the index 
data, respectively. Further, the flags include flags allo- 
cated to the fourth to sixth bits and 1 representative of 
whether or not the title, thumbnail picture and intro data 
corresponding, to the chunks of the title, thumbnail pic- 
ture, and intro data are present in the original manage- 
ment object file, respectively. Further the seventh and 
eighth bits are allocated! to the reserved, and the ninth 
to sixteenth bits are allocated to information represent- 
ative of the type of contents of the management object 
file (the type such as, for example, moving picture con- 
tents, still picture contents, or audio contents). 
[0111] Referring back to FIG, 20, the 11th and 12th 
bites of the basic property data are set to the reserved, 
and the succeeding 13th to 16th bytes and the further 
succeeding 17th to 20th bytes are set to the Creation 
Time and the editing date and hour (modification time). 
To the Duration, reproduction time of the management 
object file is set. 

[0112] The file identifier (Binary File Identifier) de- 
scribes the location of the management object file, and 
in the present embodiment, the file name of a corre- 
sponding! management object file or the folder name of 
a corresponding! folder recorded on the optical disk 2 is 
allocated! to the file identifier (Binary File Identifier)). It is 
to be noted! that, in; case the location of a file cannot be 
represented with the region of the file identifier, the lo- 
cation of the file is represented! by a URL (Uniform Re- 
source Locator) of Property Extension Data hereinafter 
described!. Therefore, in this instance;, the property is 
represented) with a variable length.. Consequently, a 
management object file corresponding; to any of the en- 
tries described! hereinabove with reference to FIGS. 
12A, 12B, t4A, and! 14B can be detected] based on the 
file identifier (Binary File Identifier) or the URL set to the 
Property Extension Data, 

[01 1 3] Meanwhile, to the reference file number (Re- 
ferred Counter) in the basic property data,, the number 
of the other child files with regard! to a child file referred! 
to as described above with reference to FIGS. 11 6A and 
11 6B is set. Consequently, in the example illustrated in 
FIGS. 1 6A and 1 6B, the reference file number of the val- 
ue 11 is set to the entries of the child files having the entry 
numbers 2, 3, 5 and 6. 

[011 1! 4]! FIG, 22 il lustrates the property extension data. 
The property extension data includes a reference file list 
(Referring File List), a Grouping File List,, a URL, Private 
Property Data, and a Private Property Entry. 
[0115] The reference file list is a list corresponding to 
a settingi of the reference file mumber (Referred Counter) 
set in the basic property data and! is formed by register- 
ing: the entry numbers of referring: side entries with re- 
spect to entries art the referring! side which are in a re- 
ferring relationship relative to each other into a list. Re- 
ferring to FIG. 23, the reference file list includes infor- 



mation (Size) representative of the size of the reference 
file list, information (Type) representing that the list is a 
reference file list, and the entry number of a referring 
side entry. Consequently, for example, for entries (entry 

s numbers 2, 3 and 5, 6) of two files obtained by division 
by the process ingi relating to the QuickTime described 
hereinabove, the entry numbers 1 and 4 are registered 
in the entry list as seem in FIGS. 1 6A and 1 6B. There- 
fore, in the present embodiment, to an entry of a child 

10 file, information indicative of an entry of a parent file is 
set in the reference file list. 

[0116] In contrast, the Grouping! File List is a list of 
entries, which belong to the same group, and includes 
information (Size) representative of the size of the 

1* grouping file list, information (Type) representing that 
the list is a grouping file list, and an entry number of an 
entry belonging to a group. The entry number is regis- 
tered! in order of reproduction among entries belonging 
to the group. Consequently, in the present embodiment, 

20 an entry, which describes the order of reproduction by 
the grouping file list in the form, of a table, can be pro- 
vided. 

[0117]; Consequently, for example, as can be seen 
from the contrast of FIGS. 25A and 25B with FIGS. 14A 

25 and! 1 4B, if an entry of a folder of favorites is registered 
based on the grouping file list,, then a favorite can be 
registered! even if an entry (entry numbers 9 and 1 0) cor- 
responding to each, favorite file is not registered! newly 
as seen in FIGS. 1 4A and 14B. Consequently, increase 

30 of the data amount of the index file can be prevented! as 
much. Therefore,, the system controlling! microcomputer 
119 registers a favorite based! on; the grouping: file list or 
through registration of individual: entries described! here- 
inabove with reference to FIGS. 14A and 114B fn accord - 

35 ance with the description of the processing program. 
Further,, the system controlling microcomputer 19 pro- 
vides the titles or the like in a predetermined! order in 
accordance with: the favorites registered in such a man- 
ner as; described) above and further reproduces corre- 

40 spending: QuickTime movie files m the predetermined 
order. 

[01118] In contrast, the URL describes locations of 
management object file corresponding to the individual! 
entries when a location of a file cannot be represented 
45 with a file identifier of the basic property data as seen in. 
FIG. 26. Consequently, in the present embodiment, a 
management object file corresponding to each entry can 
be detected. 

[011119]! To the Private Property Data, other extract in- 
50 formation is allocated! together with the Private Property 
Entry. The extract information described! hereinabove is 
considered! to be extract information , which can be uti- 
lized commonly by various application programs and! 
various apparatus processing a QuickTime movie file, 
55 which is a management object file of the index file. In 
other words, the extract information can be regarded as 
information common to processing means for a man- 
agement object file. 
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[0120] Such application programs and apparatus 
which manage a QuickTime movie file as described 
above sometimes record and retain unique information 
regarding a QuickTime movie file of an object of 
processing in such processing means as application s 
programs and apparatus mentioned above. In such an 
instance, if a plurality of QuickTime movie files can be 
managed collectively with an index file, then the con- 
venience in use can be further improved. In particular, 
the unique information may be information regarding a 10 
source of contents of each QuickTime movie file (such 
as, for example, a subtitle, the name of a broadcasting 
station from which the information is broadcast, camera 
information relating to image pickup conditions, or infor- 
mation of an apparatus used for the image pickup), in- 15 
formation relating to contents (such as the name of the 
artist or the name of an album), or information relating 
to processing such as recording and reproduction (for 
example, information of self recording, an edit file, or 
picture quality correction or the like in an editing proc- 20 
ess, information representing that the file has been cop- 
ied to an external apparatus, completion of reproduc- 
tion, completion of editing or the like). 
[0121] It is to be noted that, where there is no problem 
in compatibility in an application having a narrow range, 25 
the information described above can be defined as com- 
mon information with a flag. However, where a plurality 
of applications are involved or an application having a 
wide range is involved, the Private Property Data of oth- 
er extract information makes it possible to manage in- 30 
formation unique to the application programs and appa- 
ratus relating to the management object files which is 
information not common to the application programs 
collectively with the index file making use of the Private 
Property Entry. 35 
[01 22] Therefore, the Private Property Data stores the 
unique information by processing means relating to the 
entry. FIG. 27 illustrates the private property data. The 
private property data includes information (Size) repre- 
sentative of the data amount of the private property data, 
information (Type) representing that the data is private 
property data, information (Owner) for specifying 
processing means of the application program, appara- 
tus, and so forth relating to the private property data, 
and actual data (Private Data) of the unique information 45 
relating to the processing means. 
[0123] Consequently, in the present embodiment, the 
application program or apparatus which is the process- 
ing means detects a registration of the private property 
data which specifies the private property data itself so 
based on the information (Owner) which specifies the 
processing means. Then , the application program or ap- 
paratus acquires the unique information registered in 
the private property data and can therefore grasp a 
processing procedure and so forth regarding a large 55 
number of files which are an object of management of 
the index file. 

[0124] On the other hand, the Private Property Entry 



registers unique information into the index file by such 
processing means as described above through refer- 
ence to an external file. FIG. 28 illustrates the private 
property entry. The private property entry includes infor- 
mation (Size) representative of the data amount of the 
private property entry, information (Type) representing 
thai the entry is a private property entry, information 
(Owner) for specifying processing means such as an ap- 
plication, an apparatus or the like relating to the private 
property entry, and information of the destination of ref- 
erence. The information of the destination of reference 
is formed from information (Private File URL) represent- 
ative of a location of an external file, an offset value (File 
Offset) representative of a location of corresponding in- 
formation in the external file, and a Data Size. 
[0125] Thus, as seen in FIGS. 29A, 29B, and 29C, in 
the present embodiment, an application program or ap- 
paratus which is the processing means can detect a reg- 
istration of a private property entry which specifies the 
private property entry itself with the information (Owner) 
which specifies the processing means and acquire data 
recorded in an external file based on information of the 
reference destination registered in the detected entry 
thereby to acquire information unique to the processing 
means. The unique information acquired in this manner 
can be utilized to grasp a processing procedure and so 
forth of a large number of files, which is an object of 
processing of the index file. 

1-4. QuickTime Movie File 

[0126] FIG. 30 illustrates a configuration on the movie 
atom 40 side regarding a QuickTime movie file recorded 
on the optical disk 2 by the optical disk apparatus 1 . In 
the QuickTime movie file, a header atom 91 , a file type 
compatibility atom 92 and a profile atom 93 are provided 
in a higher hierarchy above the movie atom 40. In the 
QuickTime movie file, information corresponding to the 
information (Format Brand) of the file format set to the 
property of the index data atom described hereinabove 
is set to the file type compatibility atom 92. Further, in- 
formation corresponding to the information (Media pro- 
file) regarding decoding set to the property of the index 
data atom is allocated to the profile atom 93. 
[0127] Consequently, in the QuickTime movie file, a 
criterion regarding whether or not reproduction and de- 
coding are possible is provided on the top side of the 
file. Consequently, even if the QuickTime movie file is 
recorded separately from the index file on some other 
recording medium or the like, the discrimination of 
whether or not decoding is possible can be executed 
simply and rapidly. 

[0128] FIG. 31 illustrates a configuration of the file 
type compatibility atom 92. In the file type compatibility 
atom 92, information (Size) representative of the size of 
the file type compatibility atom is allocated to the four 
top bytes. Further, information (Type) representing that 
the atom is a file type compatibility atom is allocated to 
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the next four bytes. It is to be noted that ftyp is set to the 
information (Type). 

[01 29] lin the file type compatibility atom 92, a Major- 
Brand is registered in the further next 4 bytes. To the 
Major- Brand, an identifier corresponding to the exten- 
sion of the QuickTime movie file is set. Consequently, 
in the present embodiment, it is possible to discriminate 
based on the Major-Brand! whether or not the QuickTime 
movie file can: be processed. It is to be noted that, in the 
present embodiment, the major brand is set,, for exam- 
ple, to mqt. 

[0130] To the following 4 bytes of the file type compat- 
ibility atom 92, a Minor- Version is allocated. To the Mi- 
nor-Version,, a version of specifications relating to the 
QuickTime movie file in the Major- Brand is allocated. 
Consequently, in the present embodiment, the Minor- 
Version can be utilized for discrimination of whether or 
not the processing is possible. 

[01 31 ] It is to be noted that the value provided by the 
Miinor-Versiom is reference information,, and it is not dis- 
criminated! finally based: on the value of the minor ver- 
sion whether or not the application or reproduction ap- 
paratus can interpret the format of the file. Accordingly, 
the form of the data to be stored in the minor version 
may differ among different specifications of the format 
indicated by the Major-Brand. Further, it is a possible 
idea to partition the field of the minor version in a unit of 
4 bits in accordance with the format of the Major-Brand 
andi place,, for example, the version 1 .3 as Ox 0001 3000. 
In addition,, an identifier of the file producer and/or the 
application program may be placed in the minor version. 
It is to be noted that,, in this instance, it is a possible idea 
to use the most significant 8 bits as the integer part of 
the version number and! use the succeeding 8 bits as 
the fractional! part of; the version: number white the further 
succeeding; 10 bits are used! as the identifier of the file 
producer and the fast 6 bits are usedl as an identifier of 
the application! with which the file is generated such that, 
for example, the version number 11 .116;, the identifier 0 of 
the file producer and the fdentifrecr 11 of the application 
are represented! as 0x01 1000011. 
[01 32] lln the fi le type com pati bility atom 92, a format 
(format compatible with the Major-Brand) relating to an- 
other extension with which the QuickTime movie file can 
be reproduced] and! decoded: is recorded in; the form of 
repetitions of the compatibility brand! (Compatible- 
Brand)!, in particular, where the major brand is mqt, mqt, 
and qt are placed! in the compatibility brand. Conse- 
quently, in the present embodiment, it can be detected! 
that, also where a compatible application program or the 
like is used, the file can be reproduced. 
[01 33] FIG. 32 illustrates a configuration of the profile 
atom 93. To- the profile atom 93; information (Size)) in- 
dicative of the size of the profile atom 93 and! information 
(Type (in this instance, prf II is set)); indicating that the at- 
om is a profile atom are set Further, a Version, various 
flags and! a count value (feature-record-count) are set, 
and furthermore, various kinds of information regarding 



decoding are recorded in the form of repetitions of a list 
(feature-record- list). The count value (feature-record- 
. count) indicates the number of the lists. 
[0134]! FIG. 33 illustrates a structure of the list (fea- 

s ture-record-list). The list (feature- record- list) includes a 
track- ID for successively specifying track atoms, a sub 
part track ID (sub-track- ID) for specifying a sub part 
track, information (feature) indicative of a type of infor- 
mation regarding decoding 1 , and: corresponding actual! 

*0 data (value). To the information (feature) indicative of a 
type of information regarding; decoding, various items 
such as a type of a codec, a bit rate of data and a f rame 
rate of video data can be set as seen in FIG . 34. Fu rther, 
corresponding to the items, actual data can be set in the 

15 items, it is to be noted! that FIG. 35 illustrates an example 
of setting of information regarding: coding according to 
the list (feature-record-list). Consequently, in the 
present embodiment, it can be discriminated based on 
the profile atom 93 whether or not the QuickTime movie 

20 file can be processed without any trouble. 

1-5. System Controlling Microcomputer 19 

[01 35] If an optical disk 2 is loaded into the optical disk 
25 apparatus 1 „ then the system controlling microcomputer 
19 reproduces the index file together with management 
information regarding the file management system of 
the optical! disk 2 and stores the index file into the built- 
in memory. Then., in response to an operation by the us- 
30 er, the system controlling microcomputer 1 9 updates the 
index file retained in the memory. Then,, upon ejection: 
of the optical: disk 2 or the like, the system controlling 
microcomputer 119: updates the index file of the optical 
disk 2 with: the index f fie retained; in the memory. Fuirther, 
35 the system controlling mlcrocompute r 11 9 executes a re- 
production process and so forth of a file recorded on the 
optical! disk 2 based on the index file retained: in the 
memory in this manner. 

[0136] FIG. 36 illustrates a processing procedure of 

40 tih© system controlling! microcomptrter 1 9 in the process 
of generation: and! updating of the index file where the 
optical! disk apparatus 1 is connected to a microcomput- 
er so that it executes various processes under the con- 
trol! of the microcomputer: If an instruction to record' a 

45 fj le is issued by the user, then the system: contrail ing mi- 
crocomputer 1 9 advances the processing from: step SP1 
to step SP2, at which: it controls operation: of the entire 
optical! disk apparatus 1! to record! video data and audio 
data successively inputted thereto on the optical disk 2. 

so After the recording on the optical disk 2 comes to an 
end, the system, controlling! microcomputer 1 9 advances 
the processing to step SP3, at which it acquires extract 
information of the recorded file and! registers the extract 
information into the index file retained in the built-in 

55 memory. Then at step SP4, the system: controlling: mi- 
crocomputer 19 acquires unique extract information re- 
garding an apparatus and an application program; from 
the microcomputer serving: as a source and registers the 
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unique extract information into the index file. Further, at 
step SP5, the system controlling microcomputer 19 ac- 
quires information of processing states relating to the 
processes described from the microcomputer and reg- 
isters the information into the index file. 
[0137] After the index file is updated in this manner, if 
the user issues an instruction to operate the file such as 
deletion of the file at step SP6, then the system control- 
ling microcomputer 1 9 controls the entire optical disk ap- 
paratus 1 so as to operate the file and then updates the 
index file so as to satisfy the instruction at step SP7. 
Thereafter, the system controlling microcomputer 1 9 ad- 
vances the processing to step SP8, at which it ends the 
processing procedure. 

[0138] After the index file is updated in this manner, if 
the user issues an instruction to display files recorded 
on the optical disk 2 in a table display, then the system 
controlling microcomputer 19 searches the property of 
each entry registered in the index data atom based on 
the property track of the index file. Further, in accord- 
ance with a designation of the user in such a table dis- 
play as described above, the system controlling micro- 
computer 19 detects the corresponding entries of the 
title : thumbnail picture, and so forth through the search 
of the property. Then, the system controlling microcom- 
puter 19 detects actual data of the title, thumbnail pic- 
ture, and so forth of each entry registered in the index 
data atom in accordance with the records of the corre- 
sponding title track, thumbnail picture track, and so forth 
based on a result of the detection (refer to FIGS. 11 A 
and 11 B). For example, if the user issues an instruction 
to display a table of titles, then the system controlling 
microcomputer 1 9 detects actual data relating to the title 
in this manner and displays the thus detected titles in a 
table display. On the other hand, if the user issues an 
instruction to display thumbnail pictures in a table dis- 
play, then the system controlling microcomputer 19 de- 
tects actual data relating to the thumbnail picture in this 
manner and displays the detected thumbnail pictures in 
a table display. 

[01 39] Where the extract information of the property, 
title or the like is divided with a variable length and re- 
corded in a plurality of entries, in the processes de- 
scribed above, the system controlling microcomputer 1 9 
successively acquires the divisional pieces of extract in- 
formation of the files and regenerates the original extract 
information prior to the division based on the setting of 
the Property Entry Flags and provides the regenerated 
extract information to the user (FIGS. 17Aand 17B).On 
the other hand, if the corresponding file is a plurality of 
files obtained by dividing one set of contents, then the 
system controlling microcomputer 19 provides only ac- 
tual data of the parent file to the user based on the set- 
ting of the property entry flags and the setting of the ref- 
erence file list (FIG. 23). 

[0140] If the user does not issue any instruction, then 
the system controlling microcomputer 1 9 selectively ac- 
quires the title and so forth regarding the original entry 



in this manner based on the setting of the Property Entry 
Flags and displays the acquired information in a table 
display. On the other hand, if the user issues an instruc- 
tion to display in a table display based on the favorite, 

5 then the system controlling microcomputer 1 9 selective- 
ly acquires the titles and so forth of the favorite entries 
based on the setting of the Property Entry Flags and fur- 
ther based on the setting of the group entry list (FIG. 24) 
and displays the acquired information in a table display 

10 (FIGS. 14A and 14B). In the table display, the informa- 
tion is displayed in the set order of the play order in a 
table display. 

[0141] In such a user interface display as just de- 
scribed, the system controlling microcomputer 1 9 selec- 
ts tively acquires only actual data regarding those files 
which can be processed normally by the optical disk ap- 
paratus 1 with reference to the information (Format 
Brand) regarding file format set in the basic property da- 
ta, and to the information (Media Profile) regarding de- 

20 coding and forms a table display of the actual data. Con- 
sequently, in the present embodiment, a user interface 
is provided only with regard to those files, which can be 
processed normally through a search of the index file 
performed beforehand. 

25 [0142] FIG. 37 illustrates a processing procedure.of 
the system controlling microcomputer 19 in the search 
process performed beforehand in this manner. Refer- 
ring to FIG. 37, if an instruction for a table display is is- 
sued by the user, then the system controlling microcom- 

30 puter 19 advances the processing from step SP11 to 
step SP12, at which the system controlling microcom- 
puter 1 9 reads out information from an entry of the index 
file. Then at step SP13, the system controlling micro- 
computer 19 discriminates based on the information 

35 (Format Brand) of the file format set to the entry whether 
or not the management object file of the entry has a for- 
mat which can be processed by the optical disk appa- 
ratus 1 , that is, whether or not the management object 
file has a format which can be processed normally by 

40 the file decoder 16. 

[0143] If an affirmative result is obtained at step SP13, 
then the system controlling microcomputer 1 9 advances 
the processing to step SP14, at which it is discriminated 
based on the information (Media Profile) regarding de- 

45 coding whether or not the management object file of the 
entry can be decoded normally by the optical disk ap- 
paratus 1. More particularly, it is discriminated whether 
or not the management object file can be decoded with- 
out suffering from such a fault as a frame miss or a 

50 freeze by the video decoder 1 3 and besides whether or 
not the management object file can be decoded without 
suffering from a sound interruption, a sound skip or the 
like by the audio decoder 14. 

[0144] If an affirmative result is obtained at step SP1 4, 
55 then the system controlling microcomputer 1 9 advances 
the processing to step SP15, at which it sets the entry 
as an entry of a reproducible file to a display object of 
the user interface, whereafter it advances the process- 
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ingi to step SP16. At step SP1 6, the system, controlling 
microcomputer 19 discriminates whether or not the 
processingi is completed: for all; of the entries registered 
in the index file. If a negative result is obtained, then the 
system controlling microcomputer 19 returns the 
processing to step SP12, at which it starts processing 
for the next entry. 

[01145] On the other hand, if a negative result is ob- 
tain edi at step SP1I3 or SP1 4, then the systemi controlling 
microcomputer 19 advances the processing! to step 
S P17, at which it determ ines the entry as en entry which 
is difficult to reproduce and excludes the entry from a 
display object by the user interface, whereafter the sys- 
tem controlling microcomputer 19 advances the 
processing to step SP16. Consequently, the system 
controlling microcomputer 19 repeats the pressing, pro- 
cedure of steps SP 1 2 ' -> S P 1 3 S P 1 4 ~* S P 11 5 SP H 6 

SP1!2 or steps SP12 SP13 -> SP17 -> SP16 
SP12 or else steps SP12 -> SP13 -> SP14 ~> SP17 
SP1.6 -> SP12 for each entry thereby to successively 
select display objects of the user interface. Then,, after 
the system controlling microcomputer 1 9 completes the 
processing 1 for all of the entries, since an affirmative re- 
sult is obtained at step S1 6 , the processing now advanc- 
es from; step SP1 6 to step St 8: At step S P 1 8, th e system 
controlling microcomputer 1 9 displays the user interface 
based! on the entries of the display objects detected: in 
this manner. Thereafter, the system controllingi micro- 
computer 119 advances the processingi step SP19, at 
which it ends the processing procedure. 
[0146] Consequently,, in the present embodiment, 
even if the management information of the file; manage- 
ment system is not searched to discriminate the format 
thereof every time and; a file is not decoded actually in 
accordance with the discriminated format, only a notifi- 
cation of those files which can be processed) normally 
can be issued to the user in such; a manner as to- allow 
selection by the user. 

[01 47] When th e orig inal files or favorite files are d is- 
played in a tab le display m this manner, if the user issues 
an instruction to reproduce the files,, then the system 
controllingi microcomputer 1 9 issues an instruction to re- 
produce the files successively in accordance with the 
p lay order set to th e entries disp lay edi in the tab I e d isp lay 
or with; the reproduction order set to the index file in ac- 
cordance with the records of the group file list (FIGS. 
25Aand 25B). Further,, if the user selects a file from with- 
in the table display and! issues an instruction to repro- 
duce the fife, then the system controlling! microcomputer 
119 issues an instruction to reproduce the selected file. 
Consequently, in the present embodiment, a desired! file 
can be detected rapidly from among a large number of 
files recorded on an optical; disk with reference; to the 
index file. 

1-6. Operation of the First Embodiment: 

[01148] In the optical disk apparatus 1 (FIG. 1) having 



the configuration described above, video data and audio 
data acquired by the image pickup section and the 
sound acquisition section! are encoded! by the video en- 
coder 11 and the audio encoder 112, respectively, and 
5 then converted into a data stream of a QuickTime movie 
file by the file generator tSi. The data stream is recorded 
on the optical disk 2 through a recording system includ- 
ing the memory controller 18, error correction encoder/ 
decoder 21 , data modulator/demodulator 23, magnetic 
10 field modulation driver 24 and optical pickup 33. Conse- 
quently,, in the optical disk apparatus 1 , an image pickup 
result is recorded in the form of a QuickTime movie file 
on the optical disk 2. Further, output data of the system 
controlling microcomputer 1 9 is outputtedlto the record- 
's ingi system of the optical disk apparatus 1 so as to be 
applied to recording of a file on the optical: disk 2, and 
consequently, management information regarding: the 
file management system of the optical! disk 2 is updated 
so as to correspond to the record of the QuickTime mov- 
20 ie file. 

[01 49] The QuickTime movie file recorded' in such a 
manner as described above is successively reproduced 
through the optical: pickup 33, data modulator/demodu- 
lator 23, error correction encoder/decoder 21 and mem- 

25 ory controller 1 8 based: on the management information 
of the file management system and then decomposed 
into elementary streams of video data and: audio data 
by the file decoder 1 6. Then , the elementary streams of 
video data and audio data are decoded by and outputted 

30 from the video decoder 13 and the file generator 15, re- 
spectively: 

[0150]! In the optical disk apparatus 1 , upon such re- 
cording; of a QuickTime movie file, data; for a thumbnail! 
image and data for intro are acquired: from: the file gen- 

35 erator 15 by the system controllingi microcomputer 119. 
Further, data of the title is acquired as a result of input- 
ting) of the user or the like before or after the recording: 
of the file by the system controllingi microcomputer 119. 
Further, information! of the file name and so forth relating 

4® to* the file management system is acquired Thus, ex- 
tract information of the QuickTime movie file recorded! 
on the opticali disk 2 is collected by the system control- 
ling! microcomputer 19. In the optical: disk apparatus 1 , 
an, index file is generated! from the extract information 

45 acquired: in such a manner as, described above in the 
memory built in the system: controlling! microcomputer 
19 similarly to management information relating to the 
file management system; of the opticali disk 2. The index 
file is recorded on the opticali disk 2 similarly to the 

so QuickTime movie file. Further, the management infor- 
mation! of the file management system is updated; so as 
to correspond to the record) of the index file. 
[0 11511 ]| In the generation process of the; index file in 
the system controlling microcomputer 19, the extract in- 

55 formation is classified) for each attribute, and! an; index 
data atom 71 (FIG. 4) is formed! from an: entry of a chuck 
so as to correspond to the record! of the QuickTime mov- 
ie file for each attribute. Further, the track atoms 81 to 



18 



BNSOCCIO: <EP 1441356A2_I_> 



35 



EP 1 441 356 A2 



36 



84 are formed with the reference information of the index 
data atom 71. Further, information representative of an 
attribute of each entry, information representative of a 
relationship between entries and so forth are set to the 
entry of the property. Further the information represent- 5 
ative of the relationship between the entries is updated 
corresponding to the processing of the file recorded on 
the optical disk 2. 

[01 52] For example, if an instruction of a reproduction 
order, which is, in a default state, same as an order in 
which the files are recorded, is issued as the information 
representative of the relationship between the entries, 
then information (Play-order) representative of the en- 
tries and a reproduction order of the files corresponding 
to the entries are set in accordance with the order (FIGS. 
14A and 14B). On the other hand, if the user registers 
desired files as files of a favorite group, then an entry of 
a virtual file structure including of the favorite group is 
registered, and information (Play-order) of a reproduc- 
tion order in the group is set (FIGS. 14A and 14B). An 
entry of a favorite folder is registered in place of the entry 
according to such a virtual file structure, and information 
of a reproduction order is set in the form of a reference 
list in the entry (FIGS. 25A and 25B). 
[0153] Consequently, in the present embodiment, a 
reproduction order can be designated with the index file, 
which collectively manages a large number of files re- 
corded on the optical disk 2, and the operability can be 
further improved than ever as much making use of the 
index file effectively. In other words, if a reproduction or- 
der is not designated in this manner, then the reproduc- 
tion order relies upon an apparatus or an application 
program. However, where the application order can be 
designated in this manner, a large number of files can 
be reproduced in accordance with an order intended by 
the user, and also a simple editing process or the like 
can be executed on the index file. 
[0154] Further, in regard to a favorite, if an entry of a 
favorite folder is registered in place of an entry according 
to a virtual file structure and information of a reproduc- 
tion order is set in the form of a reference list into the 
entry, then where a plurality of different favorites are reg- 
istered, or even where a large number of files are reg- 
istered in one favorite, increase of the data amount in 
the index file can be prevented. Consequently, the 
processing time can be reduced as much with the index 
file, and also by this, the operability can be further im- 
proved than ever. 

[0155] Further, when the actual data amount of prop- 
erty data, thumbnail picture data or the like exceeds a 
data amount set to each chunk as a result of addition of 
a sub title or the like, for example, by an editing process, 
an entry relating to an extension region is registered ad- 
ditionally, and corresponding extract information is di- 
vided into and recorded as a plurality of entries including 
the original entry and the additional entry or entries 
(FIGS. 15A and 15B). Then, as information representa- 
tive of a relationship between the entries, information 



(Next Extends Entry) representative of an entry in which 
succeeding extract information is recorded is set to the 
entry relating to the extract information divided, and an 
identifier (Extends) representing that the entry has the 
succeeding extract information recorded therein is set 
to the entry in which the extract information is recorded. 
[0156] Consequently, in the present embodiment, 
even if all entries are not searched, an entry can be de- 
tected simply and rapidly. Consequently, the operability 
can be improved further than ever. 
[0157] For an extension region relating to each title 
entry, thumbnail entry or intro entry generated by group- 
ing extract information for each attribute, an identifier 
representative of to which group the divisional extract 
information belongs is set to the entry relating to the cor- 
responding property (FIGS. 1 7A and 1 7B). Consequent- 
ly, where extract information relating to, for example, the 
title is recorded with a variable length, it is possible to 
detect from the property that the data relating to the ex- 
tension is the title and regenerate the extract information 
prior to the division through the property. Consequently, 
the extract information can be detected simply and rap- 
idly, and as a result, the operability can be improved fur- 
ther than ever. 

[01 58] If a continuous record of an image pickup result 
becomes so long that contents by the image pickup re- 
sult approaches a limit by the file management system, 
then recording of the image pickup result on the film is 
stopped once, and a succeeding image pickup result is 
recorded into another file. Consequently, in this in- 
stance, one piece of contents is recorded in a plurality 
of child files. Further, a management file for managing 
the plural child files is generated as a parent file in ac- 
cordance with the prescriptions of the QuickTime and 
recorded on the optical disk 2. Consequently, in this in- 
stance, the plural child files are successively repro- 
duced in accordance with an instruction to reproduce 
the management file. Thus, a long and great piece of 
contents exceeding the limit to the capacity by the file 
management system can be recorded on and repro- 
duced from the optical disk 2. Further, also when one of 
files obtained by an editing process of a single file tries 
to refer to the original file, a relationship of reference 
files occurs wherein the original file and the files ob- 
tained by the editing serve as a parent file and child files, 
respectively. 

[0159] In such an instance as just described, an iden- 
tifier representing that an entry relates to a child file or 
a parent file is set as information representative of a re- 
lationship between the entries in each of entries of the 
child files and the parent file, respectively (FIGS. 16A 
and 16B). Further, in an entry of a child file, information 
representative of the entry of the parent file is set. In 
addition, an entry relating to another file to be referred 
to is recorded in a reference file list. 
[0160] Consequently, in the present embodiment, a 
relationship between a plurality of entries having a mu- 
tually referring relationship to each other can be grasped 
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simply and rapidly. Also this can improve the operability 
further than ever. 

[0161] Further, information (Format Brand) of the file 
format of a management object file and information (Me- 
dia Profile) relating to decoding are registered in each 
entry. Consequently, a file, which is difficult to reproduce 
and decode, can be hidden against the user or prevent- 
ed from being selected! by the user. Also this can im- 
prove the operability f urther than ever. 
[0162] In particular, in the present embodiment, infor- 
mation (Format Brand) of the file format and information 
(Media Profile) regarding decoding of each entry regis- 
tered! in the index file are searched, and only the entries 
of those files,, which can be processed normally; are se- 
lected. Then, the user interface according to the title, 
thumbnail! picture, or the like regarding; each of the se- 
lected entries is displayed. Consequently, only those 
files,, which can be reproduced normally, can be selec- 
tively provided to the user, and also this can further im- 
prove the operability. 

[01163] FIG. 38 illustrates a possible processing pro- 
cedure, which can be used where the user interface is 
not selectively provided with reference to information 
(Format Brand) of the file format and information (Media 
Profile)i necessary for decoding in contrast with the 
processing procedure of FIG. 37. The processing pro- 
cedure is executed 1 , for example, in order to reproduce 
an optica II disk 2 loaded! in a. microcomputer: In this in- 
stance, the microcomputer advances its processing 
from step SP21 to step SP22, at which; it displays the 
interface of management object files including) those 
files which cannot be reproduced! or decoded! normally 
withi an index trie. 

[01!64]i Then at step SP23, the microcomputer ac- 
cepts selection) of an entry based! on the user interlace, 
and) then at step SP24, the microcomputer reproduces 
a file correspondingi to the selection of the user from the 
optical disk 2. Then;, at step SP25, the microcomputer 
selects an application program;, which cam be used for 
the reproduction based! on trie extension of the fie using 
the extension of the file, and passes the file reproduced 
from the optical! disk 2 to the selected! application pro- 
gram. 

[01 65]! If the microcomputer discriminates at next step 
S.P26 that the file cam be processed andl decoded; using 
the application] program, then it advances the process- 
ing from step SP26 to step SP27, at which the file de- 
coded! using the application prog rami is provided! to the 
user. Thereafter, the microcomputer advances the 
processing to step SP28, at which it ends the processing 
procedure. In the series of processes described, for ex- 
ample, where the processing; speed of the central; 
processing unit is low o r where the capacity of the mem- 
ory is insufficient the display may temporarily freeze or 
the image is displayed i!m a frame skipping state. This 
gives a very disagreeable f eeling to the user, and! in an 
extreme case, a doubt of a failure of the apparatus is 
given to the user. 



[0166] On; the other hand, for example, if a corre- 
sponding application program cannot be detected, then 
the microcomputer advances the processing from step 
SP25 to step SP29, at which the microcomputer dis- 

5 plays an error message representing that the file cannot 
be reproduced. Thereafter, the microcomputer advanc- 
es the processing to step SP28, at which it ends the 
processing; procedure. On the other hand, if it is difficult 
to decode the file because, for example, the application 

to program is not ready for the version! of the file, them the 
microcomputer advances the processing from step 
SP26 to step SP29. Consequently, also in this instance, 
a doubt of a failure of the apparatus is given to the user. 
[0167] In contrast, where the user interface only of 

15 those files, which can be processed normally, is provid- 
ed through selection performed beforehand 1 as in the 
present embodiment, such a disagreeable feeling to the 
user as described above can: be eliminated. Further, 
since the user interface only of those files, which can be 

20 processed normally, is provided; in; this manner, also the 
user interface to be p rovided to the display can be made 
neat,, and: the convenience in use by the user can be 
improved 1 . 

[0168] On the other hand,, for example,, where the op- 

25 tical disk apparatus 1 is connected! to a computer and a 
file is processed! using an application; program of the 
computer,, information unique to the processing means 
is registered together withi information for specifying the 
processing! means based! on a record 1 of the entry or 

30 through reference to an external! file. Consequently;, for 
example,, where the application program is for editing a 
file recorded) on the optical! disk 2, a large number of files 
of picked 1 up images can be classified! into processed! 
scenes and non-processed! scenes based! on the unique 

35 information so as to facil itate later processing of the file. 
[01I69]| As such: unique information, also information 
regarding a source is recorded!. This information can be 
utilized for identification: between) a file generated by 
dubbing on an optical! disk 2 using the computer con- 

40 nectedi to lire optical disk apparatus t and! another file 
obtained! using; the image pickup system of the optical! 
disk apparatus 1 . 

[0170]! From the foregoing, in the present embodi- 
ment, an application program, an editing; apparatus, a 
45 reproduction apparatus, or a like apparatus can effec- 
tively utilize the unique information retained in the index 
file to simplify management and processing of a large 
n umber of files. Conseq uently, the operability can be im- 
proved further than ever. 

50 

1-7. Advantages of the First Embodiment 

[0171!]! With; the configuration described above, an in- 
dex file of files recorded on a recording medium is gen- 
55 erated: from a series of entries rn the form of blocks of 
extract information coordinated! withi the files, and! infor- 
mation representative of the entries and! a reproduction 
order of files corresponding to the entries is set as infor- 
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mation representative of a mutual relationship between 
the entries. Consequently, the files can be reproduced 
in an intended order, and the operability can be im- 
proved significantly further than ever. 
[0172] Further, in this instance, where a reproduction 5 
order is set within a group of entries selected from 
among the entries provided in the index file, since the 
group includes favorite entries selected by the user, also 
the favorite files can be reproduced in an intended order. 
Consequently, the operability can be improved signifi- 10 
cantly further than ever. 

[0173] Further, where an entry, which describes a rer 
production order in the form of a table, is provided, an 
increase of the data amount of the index file can be re- 
duced thereby to prevent a drop of the processing 15 
speed. 

[0174] Further, where extract information regarding 
one file is divided to generate an index file from a plu- 
rality of entries and information indicative of an entry in 
which succeeding extract information is recorded and 20 
an identifier indicating that the entry has the succeeding 
extract information recorded therein are set as informa- 
tion representative of a mutual relationship between the 
entries, the extract information divided into the plural en- 
tries can be regenerated simply and rapidly. Thus, a 25 
drop of the processing speed can be prevented effec- 
tively as much, and the operability can be improved sig- 
nificantly further than ever. 

[0175] Further, where an index file is generated from 
different pieces of the extract information grouped for 30 
each attribute and an identifier is set such that it indi- 
cates to which one of the groups each of the divisional 
extract information belongs, the extract information can 
be managed in a unified manner and the divided extract 
information can be regenerated simply and rapidly. 35 
Thus, a decrease of the processing speed can be pre- 
vented effectively as much, and the operability can be 
improved significantly further than ever. 
[0176] Further, in such a case that a plurality of child 
files are generated by dividing one set of contents and *o 
a parent file manages the plural child files, if an identifier 
corresponding to each of entries of the child files and 
the parent file is set as information representative of a 
mutual relationship between the entries, then a refer- 
ence relationship between the parent and child files can 45 
be grasped simply and rapidly. Thus, a drop of the 
processing speed can be prevented effectively as much, 
and the operability can be improved significantly further 
than ever. 

[0177] At this time, also where information indicating 50 
an entry of the parent file is set to the entry of each of 
the child files, a reference relationship between the par- 
ent and child files can be grasped further simply and rap- 
idly. Thus, a drop of the processing speed can be pre- 
vented effectively as much, and the operability can be 55 
improved significantly further than ever. 
[0178] Further, where information of the file format is 
registered into a corresponding entry and besides infor- 



mation regarding decoding of a file is registered into a 
corresponding entry, the operability can be improved 
significantly further than ever. 

[0179] Further, where information unique to process- 
ing means for a file and information for specifying 
processing means regarding the unique information are 
registered, the operability can be improved significantly 
further than ever. 

[0180] At this time, where the unique information is 
set to the corresponding entry to register the unique in- 
formation or a reference destination of the unique infor- 
mation is set to the corresponding entry to register the 
unique information, an increase of the processing time 
relating to the index file can be coped with effectively. 
Consequently, the operability can be improved signifi- 
cantly further than ever. 

[0181] Further, where the index file is formed from an 
index data atom, which is a group of data of extract in- 
formation, and a track, which is a group of management 
data for managing the data group, resources relating to 
QuickTime movie files can be utilized effectively with a 
hierarchical structure of the QT movie files to generate 
the index file. The overall configuration can be simplified 
as much. 

2. Second Embodiment 

[0182] FIGS. 39A to 30D illustrate an index file ac- 
cording to a second embodiment of the present inven- 
tion. In the present embodiment, different pieces of ex- 
tract information are grouped for each attribute to gen- 
erate different files. Further, management data for man- 
aging the data groups are allocated to a property file 
generated by such grouping. It is to be noted that the 
optical disk apparatus according to the present embod- 
iment has a same configuration as the optical disk ap- 
paratus 1 according to the first embodiment except that 
it is different in configuration of the index file. 
[0183] In particular, the index file according to the 
present embodiment includes a property file to which 
data of the property are applied, a title file to which data 
of the title are allocated, a thumbnail file to which data 
of the thumbnail picture are allocated, and an intro file 
to which intro data are allocated. Each of the files in- 
cludes a header and entries. 

[0184] To each entry of the property file of the index 
file, a property entry header, basic property data, prop- 
erty extension data, and reference data are allocated. 
The property entry header, basic property data, and 
property extension data are formed in a similar manner 
as in the first embodiment. In contrast, the reference da- 
ta is provided corresponding to the title file, thumbnail 
file, and intro file such that corresponding entries of the 
title file, thumbnail file, and intro file can be detected 
from the property file. 

[0185] In particular, referring to FIG. 40, the reference 
data includes information (Size) indicative of the size of 
the reference data, information (Type) indicative of the 
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type of the reference data, information (File URL) indic- 
ative of the location of a corresponding file, a start po- 
sition (File Offset) of a corresponding entry of the file, 
and a data length. (Data size) of the corresponding entry. 
[0186] Consequently, the system controlling micro- 
computer 19 according lo the present embodiment adds 
or updates an entry with respect to the configuration il- 
lustrated in FIGS. 39Ato 39D and 40. 
[0187] Also where an index file is formed from differ- 
ent files in which extract information for each attribute 
is placed, similar advantages to those of the first em- 
bodiment can be anticipated. 

3. Third Embodiment 

[0188] FIG. 41 illustrates part of an index file accord- 
ing to a third embodiment of the present invention. In; 
the present embodiment, extract information is grouped 
for each attribute to form different files including a prop- 
erty file, a title file, a thumbnail file, and an intro file sim- 
ilarly as in the second embodiment. Further, to the prop- 
erty file from among the files , reference data of the other 
files are allocated. Where the property file, title file, 
thumbnail! file, and intro file are formed 1 , each entry of 
the property file is formed from a property entry header, 
basic property data, and property extension data simi- 
larly as im the first embodiment. Further, the basic prop- 
erty data is formed! in such a manner as illustrated in 
FIG. 41. 

[01189] The basic property data is formed from; infor- 
mation (Of set and! Size) representative of the positions 
of a corresponding entry in the title tile, thumbnail! file, 
and! intro file in addition to the basic property data de- 
scribed hereinabove with reference to FIG. 20. The 
present embodiment has a configuration same as that 
of the second: embodiment except that it is different in 
configuration! regarding; the basic property data, ft is to 
be noted! that, in this instance, where the size is defined 
as a fixed! size, the information of the Size can be omit- 
ted!. 

[0190] Also where an index file is formed from extract 
information grouped! for each attribute into different files 
such that reference data is included in the basic property 
data,, similar advantages to those of the second embod- 
iment can be anticipated! 

4. Fourth Embodiment 

[01 911] In the present embodiment, data groups of ex- 
tract information are formed as external files to form an 
index: file. In particular, as seen in FIG. 42, the index file 
includes a resource file, a property file, a title file, a 
thumbnail! file, and an intro file. The resource file is 
formed! from an index file atom described hereinabove 
with reference to FIG. 4. Further, information indicative 
of the locations of the property file; title fife, thumbnail 
fife, and intro file is registered! for each entry on tracks 
of the resource file. 



42 

[0192]! Each of the property file, title file, thumbnail file, 
and intro file is formed from a header and a series of 
entries of actual data. 

[0193] Also where data groups of extract information 
5 and a management data group for managing the data 
groups are formed as separate files, similar advantages 
to those of the first embodiment can be anticipated. Fur- 
ther, where the configuration just described is em- 
ployed, only when it is tried to access only particular ex- 
10 tract information, a high processingi speed can be 
achieved. Also it is possible to output a file of corre- 
sponding extract information to an external apparatus 
so as to be used for processing by the external appara- 
tus. 

15 

5. Fifth Embodiment 

[0194] In the present embodiment, information re- 
garding a file structure is registered into an index file in 

20 addition to information regarding decoding described 
hereinabove in connection with the first embodiment. 
[0195] In particular, the QuickTime format has a high 
extensibility and! can use : for example, as a data storage 
system, an external reference system wherein an exter- 

25 nal file is referred! to, and a self-contained: type wherein 
data is stored im a file. Consequently,, for example, where 
the opticali disk apparatus 1 is not ready for the external! 
reference system,, it cannot process a file of the external 
reference system at all. Therefore,, in the present em- 

30 bodiment, information: regarding] the file structure is reg- 
istered into an index file,, and! it is discriminated whether 
or not a file cam be reproduced! normally based! on the 
information regarding the file structure and! information 
regarding; decoding. 

35 [0196] In the present em bod iment, the information re- 
lating) to the file structure is set as a profile atom to each 
QuickTime movie file similarly to- the information regard- 
ing: decoding, and! the information set to the profile atom 
is registered; as actual! data into the corresponding! prop- 
©rty of the indeoc file. Particularly,, the information! regardi- 
ingi the file structure includes information of whether or 
not a fragment movie atom is present,, whether or not a 
modificationi track is present, whether or not am alterna- 
tive track is present, whether or not external! reference 

45 is possible, whether or not self-containment is present, 
and whether or not a chunk size atom is present. 
[0197] If info rmatio n regard in g decod in g and informa- 
tion regarding a file structure are registered! in the index 
file as in the present embodiment, then where further 

50 various files are recorded, it is possible to provide only 
those files, which can be reproduced! normally, to the 
user thereby to improve the con venience in use. 

6. Other Embodiments 

55 

[01 98] While, in the first embodiment described here- 
inabove, groups of data of extract informationi and 
groups of management data for managing the groups 
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of data are retained integrally with a QuickTime file 
structure to form an index file, embodiments of the 
present invention are not limited to this, but various for- 
mats can be applied as occasion demands. 
[0199] While the embodiments described above re- 
late to a case wherein the techniques are applied to an 
optical disk apparatus to record an image pickup result, 
an output of a personal computer, and so forth, embod- 
iments of the present invention are not limited to this. 
The techniques of embodiments of the present invention 
can, for example, be applied widely to another case 
wherein a large number of files recorded on various re- 
cording media such as a magneto-optical disk and a 
hard disk are managed or another case wherein a large 
number of files retained in a predetermined server are 
managed. 

[0200] Further, in the embodiments described above, 
a management object file in the form of a QuickTime 
movie file is managed. However, embodiments of the 
present invention are not limited to this but can be ap- 
plied widely to various cases such as a case wherein 
files of video data and files of audio data of various for- 
mats are managed. 

[0201] Further, in the embodiments described above, 
an index file is recorded together with a management 
object file. However, embodiments of the present inven- 
tion are not limited to this and can be applied widely to 
various cases such as a case wherein the index file is 
recorded on a recording medium different from that on 
which the management object file is recorded or another 
case wherein the index file is retained on a server dif- 
ferent from that on which the management object file is 
recorded. 

[0202] In so far as the embodiments of the invention 
described above are implemented, at least in part, using 
software-controlled data processing apparatus, it will be 
appreciated that a computer program providing such 
software control and a storage medium by which such 
a computer program is stored are envisaged as aspects 
of the present invention. 

[0203] Although particular embodiments have been 
described herein, it will be appreciated that the invention 
is not limited thereto and that many modifications and 
additions thereto may be made within the scope of the 
invention. For example, various combinations of the fea- 
tures of the following dependent claims can be made 
with the features of the independent claims without de- 
parting from the scope of the present invention. 



Claims 

1 . A recording apparatus for recording desired files on 
a recording medium, comprising: 

index file generation means for generating an 
index file of the files recorded on the recording 
medium in the form of a series of entries each 



in the form of a block of extract information re- 
lating to and coordinated with one of the files; 
said index file generation means setting, as in- 
formation representative of a mutual relation- 
5 ship between the entries, information indicative 

of a reproduction order of the entries or the files 
corresponding to the entries to the index file. 

2. The recording apparatus according to claim 1 , 
10 wherein said index file generation means sets the 
reproduction order within a group of those entries 
which are selected from among the entries provided 
in the index file. 

15 3. The recording apparatus according to claim 2, 
wherein the group of entries is a group of those en- 
tries which correspond to favorite ones of the files 
selected by a user. 

20 4. The recording apparatus according to claim 1, 
wherein said index file generation means forms an 
entry which describes the reproduction order in the 
form of a table in the index file to set information 
representative of the reproduction order to the index 

25 file. 

5. A recording apparatus for recording desired files on 
a recording medium, comprising: 

30 index file generation means for generating an 

index file of the files recorded on the recording 
medium in the form of a series of entries each 
in the form of a block of extract information re- 
lating to and coordinated with one of the files; 

35 said index file generation means dividing the 

extract information relating to any of the files to 
generate the index file, which includes a plural- 
ity of entries; 

said index file generation means setting, to the 
40 entry of the divided extract information, as in- 

formation representative of a mutual relation- 
ship between the entries, information indicative 
of an entry in which the succeeding divisional 
extract information is recorded; 
45 said index file generation means setting, to the 

entry in which the succeeding divisional extract 
information is recorded, an identifier indicating 
that the entry has the succeeding divisional ex- 
tract information recorded therein. 

50 

6. The recording apparatus according to claim 5, 
wherein said index file generation means groups 
pieces of the extract information for each attribute 
to generate the index file and sets, to the index file, 

55 an identifier indicating to which one of the groups 
each of the pieces of the divisional extract informa- 
tion belongs. 
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7. A recording apparatus for recording desired files on 
a recording medium, comprising; 

index file generation means for generating, an 
index file of the files recorded on, the recording 
medium in the fomn of a series of entries each 
in the form of a block of extract information re- 
lating to and coordinated with one of the files; 
said index file generation' means setting;, where 
the files recorded on the recording; medium in- 
clude a plurality of child files generated by di- 
viding one set of contents andl a parent file for 
managing the plural child files, to the entries re- 
lating; to the child files and the parent file, as 
information representative of a mutual! relation- 
ship between: the entries, identifiers indicating 
that the files are the child files and the parent 
file, respectively: 

8. The recording apparatus according to claim 7, 
wherein: said index file generation! means sets, to 
the entries relating to the child files, information! 
which indicates the entry relating! to the parent file. 

9. A recording; apparatus for recording desired files on 
a recording! medium, comprising: 

index file generation means for generating an 
index File of the files recorded on the recording 
medium in the form of a series of entries each 
im the form; of a block of extract information; re- 
lating: to andi coordinated! with one of the files; 
said: index fHe generation! means, registering in- 
formation of file formats of the files into* corre- 
sponding) ones of the entries. 

1IOv A recording! apparatus f or recording desired files on 
a recording medium,, comprising: 

index fife generation means for generating an 
index file of the files recorded! on the recording 
medium in; the form of a series of entries each 
in the form of a block of extract information re- 
lating) to andl coordinated with: one of the files; 
said! index file generation means registering in- 
formation regarding decoding) of the files into 
corresponding! ones of the entries. 

111. A recording; apparatus for recording: desired files on 
a recording; medium, comprising: 

index; file generation means for generating; an 
index tie of the files recorded! on the recording 
medium in the form of a series of entries each 
in the form of a block of extract information re- 
lating] to and! coordinated wrfft one of the fries; 
said! index file generation! means registering in- 
formation unique to processing means for the 



files andi information for specifying; the process- 
ing means relating to the unique information. 

12. The recording; apparatus according to claim 11, 
5 wherein said index file generation means registers 

the unique information! into the index file by setting 
the unique information to the corresponding entries. 

13. The recording apparatus accord ingi to claim 11, 
to wherein said index file generation means registers 

the unique information into the index file by setting 
reference destinations of the unique information to 
the corresponding entries. 

15 14. The recording; apparatus according to claim 11, 
wherein said' index file generation means forms the 
index file from a data group of the extract informa- 
tion; andl a management data group for managing 
the data group. 

20 

15. The recording apparatus according: to claim 14, 
wherein said index file generation! means forms the 
index file from different files for the data group of 
the extract information! andi the management data 

25 group from! each other. 

16. The recording apparatus according to claim 14, 
wherein' said index file generation means groups 
the data group of the extract information! for each 

30 attribute andi forms the index file from! different fifes 
for the individual groups of the data group andl the 
management data group from one another. 

17. The recording! apparatus according to claim 5, 
35 wherein said index file generation means forms the 

index file from a data group of the extract informa- 
tion! and a management data group for managing 
the data group. 

40 118L The recording] apparatus according) to< dato 117, 
wherein said index file generation means forms the 
index file from different files for the data group of 
the extract information andl the management data 
group from each other. 

45 

119. The recording apparatus according to claim 17, 
wherein said index file generation means groups 
the data group of the extract information for each 
attribute; and! forms the index file from different files 
50 for the individual groups of the data group andi the 
management data group from one another. 

20. The recording apparatus according to claim 7, 
wherein said index file generation means forms the 
55 index file from a data group of the extract informa- 
tion and a management data group for managing 
the data group. 
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21. The recording apparatus according to claim 20, 
wherein said index file generation means forms the 
index file from different files for the data group of 
the extract information and the management data 
group from each other. 

22. The recording apparatus according lo claim 20, 
wherein said index file generation means groups 
the data group of the extract information for each 
attribute and forms the index file from different files 
for the individual groups of the data group and the 
management data group from one another. 

23. The recording apparatus according to claim 9, 
wherein said index file generation means forms the 
index file from a data group of the extract informa- 
tion and a management data group for managing 
the data group. 

24. The recording apparatus according to claim 23, 
wherein said index file generation means forms the 
index file from different files for the data group of 
the extract information and the management data 
group from each other. 

25. The recording apparatus according to claim 23, 
wherein said index file generation means groups 
the data group of the extract information for each 
attribute and forms the index file from different files 
for the individual groups of the data group and the 
management data group from one another. 

26. The recording apparatus according to claim 10, 
wherein said index file generation means forms the 
index file from a data group of the extract informa- 
tion and a management data group for managing 
the data group. 

27. The recording apparatus according to claim 26, 
wherein said index file generation means forms the 
index file from different files for the data group of 
the extract information and the management data 
group from each other. 

28. The recording apparatus according to claim 26, 
wherein said index file generation means groups 
the data group of the extract information for each 
attribute and forms the index file from different files 
for the individual groups of the data group and the 
management data group from one another. 

29. The recording apparatus according to claim 11, 
wherein said index file generation means forms the 
index file from a data group of the extract informa- 
tion and a management data group for managing 
the data group. 

30. The recording apparatus according to claim 29, 



wherein said index file generation means forms the 
index file from different files for the data group of 
the extract information and the management data 
group from each other. 

5 

31. The recording apparatus according to claim 29, 
wherein said index file generation means groups 
the data group of the extract information for each 
attribute and forms the index file from different files 

10 for the individual groups of the data group and the 
management data group from one another. 

32. A file management method for managing a plurality 
of files retained in a predetermined region, compris- 
es ing the steps of: 

generating an index file of the plural files in the 
form of a series of entries each in the form of a 
block of extract information relating to and co- 
20 ordinated with one of the files; and 

setting, as information representative of a mu- 
tual relationship between the entries, informa- 
tion indicative of a reproduction order of the en- 
tries or the files corresponding to the entries to 
25 the index file. 

33. A file management method for managing a plurality 
of files retained in a predetermined region, compris- 
ing the steps of: 

30 

generating an index file of the plural files in the 
form of a series of entries each in the form of a 
block of extract information relating to and co- 
ordinated with one of the files; 
35 dividing the extract information relating to any 

of the files to generate the index file, which in- 
cludes a plurality of entries; 
setting, to the entry of the divided extract infor- 
mation, as information representative of a mu- 
^o tual relationship between the entries, informa- 

tion indicative of an entry in which the succeed- 
ing divisional extract information is recorded; 
and 

setting, to the entry in which the succeeding di- 
45 visional extract information is recorded, an 

identifier indicating that the entry has the suc- 
ceeding divisional extract information recorded 
therein. 

50 34. A file management method for managing a plurality 
of files retained in a predetermined region, compris- 
ing the steps of: 

generating an index file of the plural files in the 
55 form of a series of entries each in the form of a 

block of extract information relating to and co- 
ordinated with one of the files; and 
setting, where the files recorded on the record- 
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ing medium include a plurality of child files gen- 
erated by dividing one set of contents and a par- 
ent fire for managing the plural' child files, to the 
entries relating to the child files and the parent 
file, as information representative of a mutual s 
relationship between the entries, identifiers in- 
dicating that the files are the child files and the 
parent file, respectively. 



35. A file management method for managing a plurality *o 
of files retained in a predetermined! region, compris- 
ing the steps of: 

generating an index file of the plural files in the 
form of a series of entries each in. the form of a *5 
block of extract information relating to andi co- 
ordinated with one of the files; and 1 
registering i nformation of file formats of the files 
into corresponding! ones of the entries. 

20 

36. A file management method for managing a plurality 
of files retained in a predetermined region, compris- 
ing the steps of: 

generating ani index file of the plural files ini the 25 
form of a series of entries each in the form of a 
block of extract information! relating to and! co- 
ordinated with one of the files;; and 
registering information) regarding decoding of 
the files into co rrespond in g on es of the e ntries. 30 

37. A file management method for managing a plurality 
of files retained: irt a predetermined region,, compris- 
ing the steps of: 

35 

generating an index file of the plural fries in the 
form of a series of entries each in the form of a 
block of extract information; relating to and co- 
ordinated with one of the files; and 
registering information unique to processing; 40 
means for the files and 1 information for specify- 
ing the processing means relating to the unique 
information. 

38. A reproduction apparatus for reproducing files re- 45 
corded on a predetermined recording medium 
based on a predetermined index file so as to be pro- 
vided to a user, comprising: 



means for successively reproducing the files 
recorded on the recording medium in accord- 
ance with the reproduction order set to the in- 
dex file. 

39. A reproduction apparatus for reproducing files re- 
corded on a predetermined recording medium 
based on a predetermined index file so as to be pro- 
vided! to a user,, comprising: 

the index: file being, formed from a series of en- 
tries each: in the form of a block of extract infor- 
mation relating to and coordinated with one of 
the files; 

the extract information relating to any of the 
files being divided to generate the index file 
which, includes a plurality of entries; 
the entry of the divided! extract information hav- 
ing set thereto, as information representative of 
a mutual relationship between the entries, in- 
formation! indicative of ani entry in which the 
succeeding divisional! extract information is re- 
corded; 

the entry in which the succeeding! divisional ex- 
tract information is recorded! having set thereto 
am identifier indicating that the entry has the 
succeeding divisional! extract information re- 
corded therein;, 

means for regenerating! the divided! extract in- 
formation! based) on the information! indicative 
of the entry in which the succeeding] divisional! 
extract information is recorded! and! the identifi- 
er indicating that the entry has the succeeding] 
divisional extract information recorded! therein . 

40. A reproduction apparatus for reproducing] files re- 
corded on a predetermined! recording! medium 
based! on a predeterm ined index file so as to be pro- 
vided! to a user, comprising: 

the index: file being; formed! from: a series of en- 
tries each in the form of a block of extract infor- 
mation relating: to andi coordinated with one of 
the files;; 

the entries which relate, where the files record- 
ed! on. the recording medium; include a plurality 
of child! files generated! by dividing one set of 
contents and! a parent file for managing! the plu- 
ral child files, to the child! files and! the parent 
file having set thereto,, as information repre- 
sentative of a mutual relationship between the 
entries, identifiers indicating] that the files are 
the child) files and the parent file, respectively; 
means for successively reproducing the plural 
child flies based on the identifiers. 

41. A reproduction apparatus for reproducing! fifes re- 
corded on a predetermined! recording medium 



the index file being formed from a series of en- so 
tries each in the form of a block of extract infor- 
mation relating; to and coordinated with one of 
the fifes; 

information indicative of a reproduction order of 
the entries or the fifes corresponding] to the en- ss 
tries being set, as information representative of 
a mutual relationship between the entries, to 
the index file; 
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based on a predetermined index file so as to be pro- 
vided to a user, comprising: 



the index file being formed from a series of en- 
tries each in the form of a block of extract infor- 5 
mation relating to and coordinated with one of 
the files; 

information of file formats of the files being reg- 
istered in corresponding ones of the entries; 
means for selecting those ones of the files, 10 
which can be reproduced based on the infor- 
mation of the file formats of the files and dis- 
playing a user interface of the selected files. 

42. A reproduction apparatus for reproducing files re- 15 
corded on a predetermined recording medium 
based on a predetermined index file so as to be pro- 
vided to a user, comprising: 

the index file being formed from a series of en- 20 
tries each in the form of a block of extract infor- 
mation relating to and coordinated with one of 
the files; 

information regarding decoding of the files be- 
ing registered in corresponding ones of the en- 25 
tries; 

means for selecting those ones of the files 
which can be decoded normally based on the 
information regarding decoding in the index file 
and displaying a user interface of the selected 30 
files. 



43. A reproduction apparatus for reproducing files re- 
corded on a predetermined recording medium 
based on a predetermined index file so as to be pro- 35 
vided to a user, comprising: 

the index file being formed from a series of en- 
tries each in the form of a block of extract infor- 
mation relating to and coordinated with one of *o 
the files; 

information unique to processing means for the 
files and information for specifying the process- 
ing means relating to the unique information be- 
ing registered in the index file; 45 
means for processing the files recorded on the 
recoding medium based on the unique informa- 
tion relating to the information for specifying the 
corresponding processing means. 
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